SQL Server 关系隐藏在存储过程而不是模式中

Question

目前，我们几乎没有引用完整性，并且拥有许多自连接的表（实际上，最好将其表示为单独的表或连接的视图）。

这些表如何相互关联的知识隐含在存储过程的逻辑中，而不是显式地存在于架构中。我们正在考虑改变这一点。

第一步是真正理解隐含的关系并记录它们。

所以我的问题是...

提取隐式信息的最佳方法是什么，除了关注每个存储过程之外。我会考虑任何工具，编写自己的 SQL 来查询系统表，或者利用 SQL-DMO 模型 - 或者事实上任何可以让计算机做更多工作而我做更少工作的工具。

Answer 1

如果关系仅通过 SP 中的联接来识别，那么您将不会有太多运气将其自动化。

使用探查器捕获查询以首先找到最频繁的连接可能是值得的。

Answer 2

当谈到重构时，我是老派：

1. 记录你所拥有的，使用可视化工具。
2. 以书面形式描述该数据库捕获的业务模型。
3. 从描述名词和现有模式中挑选出实体。
4. 创建新的 ER 模型；在此期间咨询业务。
5. 根据 ER
6. ETL 数据创建一个新数据库并转移到新数据库并进行测试。

Answer 3

您可以使用sys.sql_dependency来找出SP依赖的列和表（如果您不在SP中执行SELECT *，则会有所帮助）。这至少可以帮助您获得候选清单：

referenced_major_id == the OBJECT_ID of the table
referenced_minor_id == the column id: COLUMNPROPERTY(referenced_major_id,
                                                       COLUMN_NAME,
                                                       'ColumnId')

您可能必须使用 sp_refreshsqlmodule 来确保依赖项是最新的才能正常工作。即，如果您更改视图，则需要在每个非架构绑定模块上进行 sp_refreshsqlmodule （显然，架构绑定模块首先不允许进行任何底层更改 - 但您会得到一个如果您对依赖于该视图的架构绑定对象调用 sp_refreshsqlmodule ，则会出现错误。您可以通过对这些对象调用 sp_refreshsqlmodule 来自动执行此操作：

SELECT *
FROM    INFORMATION_SCHEMA.ROUTINES
WHERE   OBJECTPROPERTY(OBJECT_ID(QUOTENAME(ROUTINE_SCHEMA) + '.'
                                 + QUOTENAME(ROUTINE_NAME)),
                       N'IsSchemaBound') IS NULL
        OR OBJECTPROPERTY(OBJECT_ID(QUOTENAME(ROUTINE_SCHEMA) + '.'
                                    + QUOTENAME(ROUTINE_NAME)),
                          N'IsSchemaBound') = 0