.NET Core多租户API：SQL Server如何确保插入TenantId>0？

嘿，看起来你已经在多租户API的改造上迈出了扎实的一步，给你点个赞！针对你想要确保插入数据时TenantId不遗漏且值始终大于0的需求，SQL Server这边有几个非常靠谱的方案，我给你详细梳理下：

1. 检查约束（CHECK Constraint） #

这是最直接、轻量的数据库层面保障——既能依托你已经设置的NOT NULL确保TenantId不被遗漏，又能通过CHECK约束强制其值必须大于0。

给单个表添加约束的SQL代码如下：

ALTER TABLE [YourSchema].[YourTableName]
ADD CONSTRAINT CK_YourTableName_TenantId_Valid
CHECK (TenantId > 0);

如果你需要批量给所有带TenantId列的表添加这个约束，可以用动态SQL来简化操作：

DECLARE @SQL NVARCHAR(MAX) = N'';

SELECT @SQL += N'ALTER TABLE [' + SCHEMA_NAME(t.schema_id) + N'].[' + t.name + N']
ADD CONSTRAINT CK_' + t.name + N'_TenantId_Valid
CHECK (TenantId > 0);
'
FROM sys.tables t
INNER JOIN sys.columns c ON t.object_id = c.object_id
WHERE c.name = N'TenantId'
-- 避免重复添加已有的约束
AND NOT EXISTS (
    SELECT 1 FROM sys.check_constraints cc
    WHERE cc.parent_object_id = t.object_id
    AND cc.parent_column_id = c.column_id
    AND cc.definition LIKE N'%TenantId > 0%'
);

EXEC sp_executesql @SQL;

这个约束会在插入或更新数据时自动校验，一旦TenantId≤0（或者因为NOT NULL被遗漏），数据库会直接抛出错误，阻止非法操作，从根源上把关。

2. 触发器（Trigger） #

如果你需要处理更复杂的业务逻辑（比如记录违规操作日志），可以用INSERT/UPDATE触发器来拦截不符合要求的TenantId：

CREATE TRIGGER TR_YourTableName_ValidateTenantId
ON [YourSchema].[YourTableName]
INSTEAD OF INSERT, UPDATE
AS
BEGIN
    SET NOCOUNT ON;

    -- 检查插入/更新的TenantId是否有效
    IF EXISTS (SELECT 1 FROM inserted WHERE TenantId <= 0)
    BEGIN
        RAISERROR('TenantId必须大于0', 16, 1);
        ROLLBACK TRANSACTION;
        RETURN;
    END

    -- 执行正常的插入操作（UPDATE逻辑可按需补充）
    INSERT INTO [YourSchema].[YourTableName]
    (TenantId, Column1, Column2) -- 替换为你的实际列
    SELECT TenantId, Column1, Column2
    FROM inserted;
END

不过要注意，触发器相对CHECK约束来说开销更大，除非你有额外的业务需求，否则优先用CHECK约束就足够了。

3. DDL触发器防止约束被篡改 #

为了避免后续开发人员不小心修改或删除TenantId的约束（比如把NOT NULL改成NULL，或者删掉CHECK约束），可以创建DDL触发器来保护这些核心设置：

CREATE TRIGGER TR_ProtectTenantIdConstraints
ON DATABASE
FOR ALTER_TABLE, DROP_TABLE
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE @EventData XML = EVENTDATA();
    DECLARE @TableName NVARCHAR(256) = @EventData.value('(/EVENT_INSTANCE/ObjectName)[1]', 'NVARCHAR(256)');
    DECLARE @SchemaName NVARCHAR(256) = @EventData.value('(/EVENT_INSTANCE/SchemaName)[1]', 'NVARCHAR(256)');
    DECLARE @TSQL NVARCHAR(MAX) = @EventData.value('(/EVENT_INSTANCE/TSQLCommand/CommandText)[1]', 'NVARCHAR(MAX)');

    -- 拦截修改TenantId列属性、删除相关约束的操作
    IF EXISTS (SELECT 1 FROM sys.columns c
               JOIN sys.tables t ON c.object_id = t.object_id
               WHERE t.name = @TableName AND SCHEMA_NAME(t.schema_id) = @SchemaName
               AND c.name = 'TenantId')
    AND (@TSQL LIKE '%ALTER COLUMN%TenantId%NULL%' 
         OR @TSQL LIKE '%DROP CONSTRAINT%CK_%TenantId%')
    BEGIN
        RAISERROR('禁止修改或删除TenantId的约束设置', 16, 1);
        ROLLBACK TRANSACTION;
        RETURN;
    END
END

这个触发器会自动拦截任何试图篡改TenantId约束的操作，确保多租户的核心规则不被破坏。

额外小建议：结合EF Core的双重验证 #

虽然你问的是SQL Server的方案，但可以在EF Core层面再加一层验证，比如给实体类添加数据注解：

public class YourEntity
{
    [Required]
    [Range(1, int.MaxValue, ErrorMessage = "TenantId必须大于0")]
    public int TenantId { get; set; }
    // 其他实体属性
}

这样API层面就能提前拦截非法数据，和SQL Server的约束形成双重保障，减少不必要的数据库交互。

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