如何内省获取SQL查询返回结果的字段类型（含非表原生衍生字段）

你之前通过系统表内省拿原生列类型的方式，只能获取物理表存储的固定字段，查询时临时生成的衍生字段（比如函数计算、字段拼接、别名映射的字段）根本不会写入表结构的系统元数据里，这类字段的类型必须从查询执行链路的元数据接口获取，没有绕开数据库手动推导的捷径，具体实现分两类：

性能最优方案：仅做元数据探测，不执行全量查询 #

给目标SQL加一层强制返回0行的包装，触发数据库的查询编译流程，直接生成完整的结果列定义，不需要真正扫描业务表数据，性能消耗极低。
通用兼容的探测写法如下，把你原本要执行的SQL作为子查询，加上WHERE 1=0的过滤条件即可：

SELECT * FROM (
  SELECT id, email, number_of_logins, concat(first_name, last_name) as full_name from users
) AS meta_probe WHERE 1=0

执行这条探测SQL后，数据库会返回空结果集，但结果集携带的列元数据是完整的，覆盖所有原生列、衍生计算列的精确类型（包括字符串长度、数值精度这类细节）。

针对不同数据库还有更便捷的内置接口：

• MySQL：执行上述探测SQL后，直接通过驱动暴露的ResultSetMetaData接口遍历列，调用getColumnType()/getColumnTypeName()就能拿到每一列的SQL类型，concat生成的full_name会被准确识别为字符串类型。
• SQL Server：不需要手动套0行包装，直接调用系统存储过程sp_describe_first_result_set，传入原SQL字符串，即可直接返回所有结果列的类型、长度、精度，对聚合计算、CASE WHEN分支这类复杂衍生字段的识别准确率完全可信。
• PostgreSQL：同样支持0行探测的方式，也可以直接用内置函数pg_typeof(列名)逐个查询衍生字段的实际返回类型。

常规方案：从实际执行的结果集直接读取元数据 #

绝大多数主流数据库驱动（JDBC、Python DB API、Go database/sql等）在返回查询结果时，都会在响应包头携带全量列的类型信息，不需要手动解析SQL逻辑。比如用Python的psycopg2驱动执行查询后，cursor.description属性中每个列对应的元组，就包含了对应列的类型编码，和数据库实际返回的类型完全一致。

注意：不要尝试手动解析SQL表达式推导衍生字段的类型，不同数据库对内置函数的返回类型规则差异极大。比如MySQL中concat函数的返回字符串长度会随输入列的长度动态变化，部分数值类函数在特定参数下会返回不同精度的数值类型，手动推导的出错率极高。

内容的提问来源于stack exchange，提问作者Mohamed El Mahallawy