SQL Server 2022 图形数据库不支持在存储过程中直接执行 INSERT INTO ... AS NODE/EDGE，因其仅允许在批处理顶层执行该语法；可行方案包括用动态SQL配合EXECUTE AS或移交应用层处理。
SQL Server 2022 的图形数据库功能（GRAPH）本身不支持在存储过程中直接使用 INSERT INTO ... AS EDGE 或 INSERT INTO ... AS NODE 语法——这不是遗漏，而是当前版本的硬性限制。
为什么不能在存储过程中直接插入 NODE/EDGE？
SQL Server 对 NODE 和 EDGE 表的 DML 语句施加了编译期检查：只有在**批处理顶层**（即非嵌套、非动态、非过程体内部）执行的 INSERT 才被允许。而存储过程体内的语句属于“模块化作用域”，触发该检查失败。
- 典型错误信息：
Msg 10758, Level 15, State 1: INSERT statement is not allowed in a stored procedure when targeting a graph table as NODE or EDGE. - 哪怕你用
EXEC sp_executesql包裹，只要目标是AS NODE或AS EDGE，依然报错 -
SELECT和UPDATE/DELETE在存储过程中是允许的，唯独INSERT不行
绕过限制的可行方案：用表变量 + 动态 SQL + EXECUTE AS
如果你必须从存储过程中“写入”图结构，唯一稳定路径是把图操作拆成两层：先写入普通表（或表变量），再用 EXECUTE AS 提权 + 动态 SQL 在顶层上下文中执行插入。
- 确保调用者有
UNSAFE ASSEMBLY或至少db_owner角色（因需绕过模块作用域） - 用
sys.sp_executesql执行拼接好的完整INSERT INTO MyNodeTable ... AS NODE字符串 - 避免拼接用户输入；所有参数必须通过参数化传入，否则直接触发 SQL 注入风险
- 示例片段：
DECLARE @sql NVARCHAR(MAX) = N'INSERT INTO PersonNode (Name, Age) VALUES (@name, @age) AS NODE;';<br>EXEC sys.sp_executesql @sql, N'@name NVARCHAR(50), @age INT', @name = 'Alice', @age = 30;
更推荐的做法：把图写入逻辑留在应用层或作业中
与其在存储过程中硬扛图写入，不如承认这是 SQL Server 图引擎的设计边界。实际项目中更健壮的选择是：
- 存储过程只负责
SELECT图查询（比如MATCH）、UPDATE属性、DELETE关系，这些全支持 - 新增
NODE或EDGE交给应用代码（C#、Python）或 SQL Agent 作业，在批处理上下文中直接执行 - 如果必须统一入口，可建一个带
OUTPUT的包装存储过程，只返回待插入的数据集，由外部调用方决定如何落地
真正容易被忽略的是：SQL Server 图功能至今未将 NODE/EDGE 视为“一等公民”参与 T-SQL 模块化——它更像一个带语法糖的特殊表类型，而非原生图数据模型。别试图把它塞进存储过程的抽象里，该放手时就放手。
