sql server中set一次只能给一个变量赋值且要求子查询返回单值，出错即中断；select可同时为多个变量赋值，但多行时仅保留最后一行值、空结果时不改变变量原值。
SQL Server里用SET和SELECT @变量赋值的区别在哪
两者都能给局部变量赋值，但行为差异直接影响结果正确性。最常踩的坑是：用SELECT @var = column从多行结果赋值时，@var只保留最后一行的值，且不报错——这容易掩盖逻辑错误。
推荐优先用SET，除非需要一次赋多个变量或从查询结果取单值：
-
SET @name = 'Alice'：安全、明确，只能赋一个值，出错立刻中断 -
SELECT @name = name FROM users WHERE id = 123：可读性略高，但若WHERE条件匹配多行，@name被反复覆盖，最终只留最后一行 -
SELECT @name = name, @age = age FROM users WHERE id = 123：SELECT支持批量赋值，SET不支持
MySQL中不能直接用SET @var赋查询结果？
MySQL的SET @var := (SELECT ...)或SELECT @var := column FROM ...都可行，但必须注意子查询返回**单值**，否则报错Subquery returns more than 1 row。
常见写法和陷阱：
- 安全写法：
SET @count := (SELECT COUNT(*) FROM orders WHERE status = 'pending') - 危险写法：
SELECT @id := id FROM orders LIMIT 5——实际只赋了第5条的id，且无警告 - 想取第一行就加
LIMIT 1，别依赖“默认取第一行”，MySQL不保证
PostgreSQL没有@变量语法，怎么替代
PostgreSQL不支持会话级用户变量，SET命令只用于配置参数（如SET work_mem = '64MB'），不能存自定义值。
真要模拟变量行为，有三个现实选择：
- 用
WITH子句做CTE临时绑定：WITH params AS (SELECT '2024-01-01'::date AS start_date) SELECT * FROM sales WHERE date >= (SELECT start_date FROM params) - 在应用层拼接参数，避免SQL内动态拼字符串
- 写
DO $$ ... $$匿名块配合DECLARE，但仅限于PL/pgSQL上下文，不能用于普通SELECT
跨数据库写法兼容性差，上线前最容易漏检什么
开发时在本地MySQL跑通的SELECT @var := ...，到生产SQL Server环境直接报错Must declare the scalar variable "@var"——因为SQL Server要求先DECLARE @var INT再赋值。
还有几个隐蔽点：
- 变量名大小写：MySQL默认不敏感，PostgreSQL全小写，SQL Server取决于排序规则
- 作用域：SQL Server局部变量只在批处理内有效，
GO之后就失效；MySQL用户变量跨语句存在，但连接断开即丢 - NULL传播：如果查询返回
NULL，SET @x = (SELECT col FROM t WHERE 0=1)会让@x变NULL，而有些业务逻辑没处理这个分支
真正难调试的，往往是那个没写DECLARE却以为“变量该自动存在”的瞬间，或者在CTE里忘了把变量逻辑提前展开。
