随着内部应用程序数年的发展，您偶尔会发现许多表，人们认为这些表不再相关并且想要删除。在SQL环境中以及可能在SSIS之类的东西中，有什么实用的方法来识别数据库依赖关系？
我曾经在一些相当残酷的地方工作过，例如：
我很欣赏SQL Server附带的工具来跟踪该实例中的依赖关系，但是如果您在不同实例上有数据库，这些工具似乎会遇到麻烦。是否有使查询依存关系更容易的选项，也许回答诸如“此列在哪里使用”之类的问题？诸如“在此存储过程中的该另一台服务器上已结束”或“此SSIS程序包中已结束”的答案？
Answers:
我过去使用的一种快速方法（它实际上取决于表的大小，索引性能的数量等）是添加触发器，该触发器在对表执行操作时记录时间戳。正如我已经说过的那样，这可能会导致性能问题，因此需要谨慎对待-还要注意您的日志记录表不使用标识字段，因为这会弄乱一些使用@@ IDENTITY的旧代码。当然，这可能只是表明应用程序中的某个功能一段时间未使用。
当所有可能影响数据库的代码不在数据库中时（即随机客户端查询数据库），很难跟踪依赖关系。
编辑：为了解决表不能具有SELECT触发器的问题，这是假定表具有索引（仅在2008年测试）的另一个选项。
SELECT
last_user_seek,
last_user_scan,
last_user_lookup,
last_user_update
FROM
sys.dm_db_index_usage_stats AS usage_stats
INNER JOIN
sys.tables AS tables ON tables.object_id = usage_stats.object_id
WHERE
database_id = DB_ID() AND
tables.name = 'mytable' 但是请注意，在服务器重新启动，分离等情况下，会清除使用情况统计信息表。因此，您需要设置一个作业来收集数据。我知道一点技巧。
我过去使用的一种方法是建立要删除的表的候选列表，然后重命名它们并查找故障。
我如何建立清单的方法是：
查看当前存储过程，触发器和函数中未使用的表
空表（零记录）；
未引用的表（没有任何关系的表）；
查看自数据库服务器启动以来未使用哪些表（DMV）
在文本文件中建立列表之后，我制作了一个批处理脚本，该脚本将从本地映射的版本控制文件夹中解析我们的.cs文件（我们只有.net项目），并查看这些表是否在.cs文件中使用（不应该发生，但是嘿。。。。如果不是，那么很明显，如果是，那么我们将建立一个列表，并给开发人员检查该模块是否仍在使用中。
简而言之，以前的家伙是对的，没有灵丹妙药。
我在公司实施的策略是将所有与SQL Server接触的内容置于源代码管理的中央位置。
我还没有设置它，但是最终我想实现某种索引/中央搜索机制，可以用来搜索特定的表，存储过程等。我们实际上是一个新的SQL Server Shop-从FoxPro转换。因此，旧的SQL对象不是什么大问题，但是我正在为未来做计划。
我在重命名/跟踪方法中看到的问题是某些事情仅每年运行一次，甚至每年都不运行。更不用说人们要求您写的各种特别内容，然后在几个月或几年后再询问一次。
有多种工具和技术可用于跟踪依赖项，包括：
查看使用情况统计信息（即：何时最后一次调用SQL对象），我使用以下SQL：
SELECT
last_execution_time,
(SELECT TOP 1
SUBSTRING(s2.text,statement_start_offset / 2+1 ,
((CASE WHEN statement_end_offset = -1 THEN
(LEN(CONVERT(nvarchar(max),s2.text)) * 2)
ELSE statement_end_offset END) - statement_start_offset) / 2+1)
) AS sql_statement,
execution_count
FROM sys.dm_exec_query_stats AS s1
CROSS APPLY sys.dm_exec_sql_text(sql_handle) AS s2
WHERE
s2.text like '%[OBJECT NAME]%'
and last_execution_time > [DATE YOU CARE ABOUT]
ORDER BY last_execution_time desc注意：当服务器重新启动，分离等情况时，使用情况统计表将被清除。因此，您需要设置一个作业来收集数据。我知道一点技巧。（来自@Miles D）
不会处理SQL引用之外的内容，但是您可能想签出Redgate的SQL Dependency Tracker。这是一个很好的可视化工具。