Sql server SQL Server用于填充sys.SQL\u依赖项的代码是否可用?

Sql server SQL Server用于填充sys.SQL\u依赖项的代码是否可用?,sql-server,sql-server-2008,dependencies,Sql Server,Sql Server 2008,Dependencies,我现在的客户正在努力完成他们的发布过程。这有点复杂,有点失控。我正在尝试修复流程问题,但与此同时,如果我能组装一个实用程序,可以扫描它们的脚本,查找依赖项,并生成这些脚本需要运行的顺序,这将非常有用 我没有重新发明轮子,而是想尝试找到SQL Server用于填充sys.SQL_依赖项(1)的代码(现在它在当前版本中实际上非常准确) 该代码是否作为隐藏的系统存储过程/触发器在某个地方可用,或者它是某个不可访问的二进制代码 为了清楚起见,我在寻找填充系统表的代码,而不是访问它们以确定依赖关系的代码。

我现在的客户正在努力完成他们的发布过程。这有点复杂,有点失控。我正在尝试修复流程问题,但与此同时,如果我能组装一个实用程序,可以扫描它们的脚本,查找依赖项,并生成这些脚本需要运行的顺序,这将非常有用

我没有重新发明轮子,而是想尝试找到SQL Server用于填充sys.SQL_依赖项(1)的代码(现在它在当前版本中实际上非常准确)

该代码是否作为隐藏的系统存储过程/触发器在某个地方可用,或者它是某个不可访问的二进制代码

为了清楚起见,我在寻找填充系统表的代码,而不是访问它们以确定依赖关系的代码。换句话说,当我执行“创建过程…”时运行的代码

如果有开源代码或第三方应用程序已经具有此功能,那么我也会对此感兴趣




(1) 好的,从技术上讲,sys.sql\u dependencies是sys.sysmultiobjrefs上的一个视图,因此最终我要查找填充该表的代码。

我认为它非常不可访问


当sys.dependentials失败时,我尝试了,并且非常满意。不是开源的,但仍然是一个非常好的工具。

另一个可以扫描源代码文件以查找依赖项的第三方工具是


这将向您显示引用现有数据库对象的脚本,但对脚本本身的任何分析都没有帮助(例如,如果一个脚本中有CREATE语句,则应在引用它的另一个脚本之前先运行该语句)

谢谢您的建议。不幸的是,红门工具似乎只适用于现有的SQL对象。我希望在实际运行脚本之前能够在脚本中查找依赖项。这似乎是一项艰巨的任务,所以我希望有人已经为我完成了这项工作:)谢谢你的链接。虽然没有达到我想要的效果,但这是未来需要记住的事情。