列名丢失的根本原因是未显式命名表达式，必须为所有非原始列使用AS别名；SQL Server需避免SELECT *，PostgreSQL应优先用RETURNS TABLE声明，MySQL须禁用多结果集或改用临时表。
SQL Server 存储过程中列名丢失或变成 (No column name) 怎么办
根本原因：SQL Server 对未显式命名的表达式、函数调用、计算字段，一律赋予临时列名 (No column name)。这不是 bug，是行为规范 —— 它只“照抄”你写的 SELECT 项，不自动推导语义。
实操建议：
- 所有非原始列（含函数、常量、计算、类型转换）必须用
AS 别名显式命名，例如：GETDATE() AS create_time，而不是裸写GETDATE() - 避免在存储过程里用
SELECT * FROM ...，尤其当源表结构可能变动时；哪怕只是调试，也应明确列出字段 + 别名 - 若需兼容旧代码又不能改 SELECT，可在调用端用
SET FMTONLY OFF（已弃用）或改用sp_describe_first_result_set预查元数据，但治标不治本
PostgreSQL 函数返回 RECORD 或 TABLE 时列名混乱
PostgreSQL 的 RETURNS TABLE 和 RETURNS SETOF record 行为差异大：前者强制声明列名与类型，后者完全依赖查询语句输出，且无运行时校验。
实操建议：
- 优先用
RETURNS TABLE(col1 text, col2 int)，而非RETURNS SETOF record；即使某列类型动态，也可用text占位再由应用层转换 - 若必须用
RETURN QUERY SELECT ...，确保 SELECT 中每个字段都带AS，包括CASE WHEN、COALESCE、json_build_object()等构造表达式 - 注意：
RETURN QUERY EXECUTE '...' USING ...动态 SQL 无法被pg_get_function_result正确识别列名，此时务必搭配RETURNS TABLE声明
MySQL 存储过程多结果集导致客户端列名错位
MySQL 不支持单个存储过程只返回一个结果集的强约束；只要过程里有多个 SELECT，就会按顺序推送多个结果集。很多客户端（如 Python 的 mysql-connector-python）默认只取第一个，后续结果集的列名容易被忽略或覆盖。
实操建议：
- 禁用多结果集：用
SELECT前加IF 0 THEN SELECT 1; END IF;这类空分支干扰判断不可靠，正确做法是合并逻辑，只留一个SELECT - 若业务真需分段数据，改用临时表 + 单次
SELECT：先CREATE TEMPORARY TABLE tmp_out AS SELECT ...，最后SELECT * FROM tmp_out - 调用时确认驱动支持多结果集，例如 Node.js 的
mysql2需设multipleStatements: true，且手动遍历results数组，每个元素都有独立的fields属性
跨数据库统一列名风格：大小写、下划线、缩写一致性
列名不是语法问题，而是协作成本问题。不同开发写的 user_id、UserID、uid 在 ORM 映射、BI 工具识别、下游 JSON 化时都会出缝。
实操建议：
- 团队内约定死一条规则，比如「全部小写 + 下划线」，并在存储过程里严格贯彻：连
MAX(created_at) AS max_created_at都要写全，不缩写为max_at - 避免用保留字作列名，哪怕加了反引号（
`order`），因为某些 BI 工具或低版本 JDBC 会静默失败 - 对历史过程做列名审计，可用系统视图：SQL Server 查
sys.dm_exec_describe_first_result_set，PostgreSQL 查pg_proc+pg_get_function_result，提取实际返回字段并比对命名规范
列名规范化最难的不是技术，是让所有人每次写 SELECT 都条件反射加 AS —— 没有自动检查，就只能靠 Code Review 卡住。
