SQL Server中视图与标量函数的循环引用创建顺序及扩展问题

咱们先从你碰到的标量函数MyFun和视图MyView的循环引用案例说起：你测试出先创建函数可行、先建视图报错，本质是SQL Server对不同对象的解析时机差异——这也是所有循环引用创建顺序规则的核心依据。

下面我分不同对象类型逐一梳理：

1. 函数（标量/表值）与视图、存储过程的循环引用 #

• 标量/表值函数：SQL Server创建函数时采用延迟解析，也就是说它只检查语法是否正确，不会立刻验证函数内部引用的对象（比如你的MyView）是否存在。所以哪怕函数里引用的视图还没创建，只要语法没问题，函数就能创建成功。
• 视图/存储过程：这两类对象创建时会立即解析所有直接引用的对象。比如你创建MyView时，它直接调用了dbo.MyFun，SQL Server会立刻检查这个函数是否存在，找不到就会抛出你看到的Msg 4121错误。
• 结论：当函数和视图/存储过程循环引用时，必须先创建函数，再创建视图/存储过程。

2. 表与触发器的循环引用 #

触发器是绑定在表上的对象，必须先创建表，才能创建触发器——没有表的话，触发器根本没有绑定的载体。
如果是触发器和其他对象（比如存储过程）形成循环（比如触发器调用存储过程，存储过程又操作该表），创建顺序可以是两种：

• 先创建存储过程（因为存储过程是延迟解析，哪怕表还没创建也能成功）→ 再创建表 → 最后创建触发器
• 先创建表 → 再创建存储过程 → 最后创建触发器
  两种都可行，但触发器必须是最后一步，因为它依赖已存在的表。

3. 默认值（Default）与表的循环引用 #

默认值是可绑定到表列的约束对象，分两种场景：

• 如果创建表时直接绑定默认值：必须先创建默认值对象，再创建表，因为创建表时会立即验证默认值是否存在。
• 如果先创建表，后续再绑定默认值：可以先创建表，再创建默认值（如果默认值引用了其他对象，比如函数，那函数得先创建好），最后用sp_bindefault绑定到列。
  如果默认值和表形成循环（比如默认值引用的函数依赖该表），顺序是：先创建函数（延迟解析）→ 再创建默认值 → 最后创建表（或先创建表再绑定默认值）。

4. 存储过程之间的循环引用 #

存储过程同样采用延迟解析，所以两个互相调用的存储过程，创建顺序完全无关紧要——先创建哪一个都能成功，SQL Server只会在执行存储过程时才会检查被调用的对象是否存在。

5. 表值函数与其他对象的循环引用 #

和标量函数规则一致：表值函数创建时延迟解析，所以可以先创建表值函数，再创建引用它的视图、存储过程等；如果其他对象引用表值函数，则必须先建好表值函数才能创建这些对象。

核心总结 #

把所有规则提炼成两类对象的处理逻辑：

• 立即解析类对象：视图、绑定到表的触发器、创建表时直接绑定的约束（默认值、规则等）——创建时必须确保所有直接引用的对象已存在。
• 延迟解析类对象：标量函数、表值函数、存储过程——创建时只校验语法，不验证引用对象的存在，所以可以优先创建，后续再补充被引用的对象。

内容的提问来源于stack exchange，提问作者alancc