小编Row*_*haw的帖子

随着内部应用程序经过多年的发展，您偶尔会发现有许多人们认为不再相关并想要剔除的表。在 SQL 环境中识别数据库依赖项的实用方法是什么？

我工作过的地方采取了相当残酷的选择，例如：

• 先删除，稍后提问（如果尝试提取不再存在的表，可能会终止数据仓库构建）
• 首先删除权限，然后等待报告错误（如果未正确处理失败，可能会导致静默错误）

我很欣赏 SQL Server 带有用于跟踪该实例中的依赖项的工具，但是如果您在不同的实例上拥有数据库，这些工具似乎很困难。是否有可以更轻松地查询依赖项的选项，也许可以回答诸如“此列在哪里使用？”之类的问题。答案是“在此存储过程中的另一台服务器上结束”或“在此 SSIS 包中结束”？

我有一个预先存在的表，其中有一列可以保存 UUID。

我希望能够定义一个默认值，以便（来自旧系统）进入的新行仍将通过该UUID()函数获得定义的 UUID -- 是否可以将列的默认值配置为由UUID（以类似于UNIX_TIMESTAMP()在 phpMyAdmin 中的方式）