兄弟，你的问题主要出在字符串拼接语法错误和SQL集合操作的特性上，咱们一步步拆解：

先看你原代码的几个明显错误 #

你的原代码：

DECLARE @var INT 
SET @var = 0 
update [dbo].[ContactBase] 
set FirstName = 'david + convert(varchar(10),@var ) 
set @var =@var + 1;

这里有两个致命问题：

1. 字符串拼接的单引号用错了：你把整个表达式都包在单引号里，导致@var和convert函数被当成了字符串的一部分，而不是被执行的变量和函数。正确的拼接应该是把固定字符串'david'和变量转换后的字符串用+连接。
2. 语法错误：update语句里只能有一个SET关键字，你写了两个，这会直接导致SQL报错。

修正变量法（适合简单场景） #

如果一定要用变量实现，你需要把变量递增和列赋值放在同一个SET里，并且最好指定排序规则（避免编号顺序混乱）：

DECLARE @var INT = 0;

UPDATE [dbo].[ContactBase]
SET 
    FirstName = 'david' + CONVERT(VARCHAR(10), @var),
    @var = @var + 1
-- 必须加上ORDER BY，确保编号按你期望的顺序生成（比如按ID、创建时间）
ORDER BY ContactID; -- 替换成你的表中用于排序的列

⚠️ 注意：如果不加ORDER BY，SQL Server的集合操作可能会打乱行的处理顺序，导致编号和你预期的不一致。

更可靠的ROW_NUMBER()方法（推荐） #

其实SQL是基于集合的语言，用ROW_NUMBER()函数实现编号更符合SQL的设计，也不会有变量的副作用：

WITH ContactWithRN AS (
    SELECT 
        FirstName,
        -- 按你需要的顺序生成序号，比如按主键ID排序
        ROW_NUMBER() OVER (ORDER BY ContactID) AS RowNum
    FROM [dbo].[ContactBase]
)
UPDATE ContactWithRN
SET FirstName = 'david' + CONVERT(VARCHAR(10), RowNum);

这个方法的好处是：

• 序号是基于你指定的排序规则生成的，绝对不会乱序
• 不需要依赖变量，避免了SQL执行计划带来的不确定性
• 代码更易读，符合SQL的最佳实践

为什么你原来的变量始终不变？ #

因为你把@var放在了单引号里，SQL会把它当成字符串'@var'，而不是变量，所以最终FirstName会被更新成david + convert(varchar(10),@var )这个字面量，而变量本身根本没被执行，自然不会递增。

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