SQL Server 2008如何实现存在则更新、不存在则插入？

针对你提到的账户信息Upsert场景（更新依据唯一ID，插入需确保邮箱/用户名不重复），我结合SQL Server 2008的特性，整理了几个靠谱的方案，按推荐优先级排序：

1. 使用MERGE语句（官方推荐，原子操作） #

SQL Server 2008开始原生支持MERGE语句，这是实现Upsert的最优选择——它是原子性的单条语句，能有效避免并发场景下的竞态问题，同时可以灵活添加插入时的唯一性校验。

步骤1：先给表添加唯一约束（必备） #

为了从底层保证邮箱和用户名不重复，首先要给表加上唯一约束：

ALTER TABLE Accounts
ADD CONSTRAINT UQ_Accounts_Email UNIQUE (Email),
    CONSTRAINT UQ_Accounts_Username UNIQUE (Username);

步骤2：编写MERGE实现Upsert #

MERGE INTO Accounts AS Target
USING (
    SELECT 
        @AccountID AS AccountID, -- 你的唯一ID参数
        @Username AS Username,
        @Email AS Email,
        @PasswordHash AS PasswordHash, -- 其他账户字段
        @CreateTime AS CreateTime
) AS Source
ON Target.AccountID = Source.AccountID -- 更新的匹配条件：唯一ID一致
WHEN MATCHED THEN
    -- 匹配到则更新字段
    UPDATE SET 
        Username = Source.Username,
        Email = Source.Email,
        PasswordHash = Source.PasswordHash,
        UpdateTime = GETDATE()
WHEN NOT MATCHED AND NOT EXISTS (
    -- 未匹配时，额外校验邮箱/用户名是否已存在
    SELECT 1 FROM Accounts 
    WHERE Email = Source.Email OR Username = Source.Username
) THEN
    -- 满足条件则插入新记录
    INSERT (AccountID, Username, Email, PasswordHash, CreateTime, UpdateTime)
    VALUES (Source.AccountID, Source.Username, Source.Email, Source.PasswordHash, Source.CreateTime, GETDATE());

为什么推荐这个？

• 原子性：整个Upsert操作是单条语句，数据库会保证它要么全部完成，要么全部回滚，不会出现中间状态。
• 并发安全：配合唯一约束，即使极端情况下NOT EXISTS的校验被绕过，数据库的约束也会阻止重复数据插入。
• 代码简洁：把更新和插入逻辑整合在一处，可读性更强。

2. 传统IF EXISTS + UPDATE/INSERT（适合简单场景） #

如果你对MERGE语法不太熟悉，也可以用传统的条件判断写法，但要注意处理并发问题：

BEGIN TRANSACTION;

-- 检查是否存在要更新的记录（加锁防止并发修改）
IF EXISTS (SELECT 1 FROM Accounts WITH (UPDLOCK, HOLDLOCK) WHERE AccountID = @AccountID)
BEGIN
    UPDATE Accounts
    SET 
        Username = @Username,
        Email = @Email,
        PasswordHash = @PasswordHash,
        UpdateTime = GETDATE()
    WHERE AccountID = @AccountID;
END
ELSE
BEGIN
    -- 插入前校验邮箱/用户名唯一性
    IF NOT EXISTS (SELECT 1 FROM Accounts WHERE Email = @Email OR Username = @Username)
    BEGIN
        INSERT INTO Accounts (AccountID, Username, Email, PasswordHash, CreateTime, UpdateTime)
        VALUES (@AccountID, @Username, @Email, @PasswordHash, GETDATE(), GETDATE());
    END
    ELSE
    BEGIN
        -- 处理重复场景，比如抛出错误
        RAISERROR('该邮箱或用户名已被注册', 16, 1);
    END
END

COMMIT TRANSACTION;

注意事项

• 必须加事务和锁提示：WITH (UPDLOCK, HOLDLOCK)会锁定查询到的行，防止多个线程同时进入更新/插入分支，避免数据冲突。
• 依然要依赖唯一约束：即使加了锁，高并发下还是可能有漏网之鱼，唯一约束是最后一道防线。

额外建议（针对你的ColdFusion场景） #

你提到了ColdFusion的代码（<cfset var isUser = structKeyExists(FORM, "frm...">），建议：

• 把上述SQL封装成存储过程，然后在CF里用<cfstoredproc>调用，这样既避免SQL注入风险，也能提升执行效率。
• 在CF端处理存储过程返回的错误（比如唯一约束冲突的错误码），给用户友好的提示。

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