如何在视图未按依赖顺序创建时执行大型SQL Server脚本？

方案1：多轮执行脚本 #

该方案完全可行，具体操作如下：

• 首次执行脚本时，添加SET NOCOUNT ON;和SET XACT_ABORT OFF;语句，让脚本遇到错误时不中断，继续执行剩余内容。这会先创建所有无依赖或依赖已存在的视图，依赖缺失的视图会报错但不影响后续执行。
• 收集执行过程中的失败视图，重复执行针对这些视图的脚本，直到所有视图创建成功。通常2-3轮即可覆盖绝大多数依赖链——第一轮创建底层视图，第二轮就能创建依赖它们的上层视图。
• 注意：若存在循环依赖的视图（如A依赖B、B依赖A），此方法无法解决，需先手动重构视图逻辑打破循环。

方案2：先创建空视图框架，再替换实际定义 #

这是更高效的一次性解决方案，步骤如下：

1. 批量创建空视图框架：为每个视图生成仅包含基础结构的空视图，示例代码如下：

   CREATE VIEW dbo.OrderSummary AS SELECT 1;
   CREATE VIEW dbo.CustomerOrderDetails AS SELECT 1;
   -- 所有80个视图均按此格式创建空框架
   

   空视图不引用任何对象，因此不受依赖顺序限制，可一次性全部创建成功。
2. 用ALTER VIEW更新实际定义：针对每个视图，使用ALTER VIEW语句替换为真实的查询逻辑。此时所有视图对象已存在，ALTER VIEW无需依赖顺序（只要最终定义的依赖对象存在即可），示例代码：

   ALTER VIEW dbo.OrderSummary AS
   SELECT CustomerID, COUNT(OrderID) AS TotalOrders
   FROM dbo.Orders
   GROUP BY CustomerID;
   
   ALTER VIEW dbo.CustomerOrderDetails AS
   SELECT c.CustomerName, os.TotalOrders
   FROM dbo.Customers c
   JOIN dbo.OrderSummary os ON c.CustomerID = os.CustomerID;
   -- 所有视图的实际定义均用ALTER VIEW更新
   

   此方法只需执行两轮脚本，无需反复重试，能规避除循环依赖外的所有顺序问题。

额外注意事项 #

• 循环依赖处理：若存在循环依赖的视图，需先提取公共逻辑创建新视图，打破依赖循环后再执行上述方案。
• 权限验证：确保执行脚本的账号拥有CREATE VIEW和ALTER VIEW的权限。
• 测试验证：在测试环境先验证脚本，确保所有视图最终定义的逻辑正确无误。

内容的提问来源于stack exchange，提问作者Walter Küchenberg