必须关联sys.tables或sys.objects才能查出“表名+列名”对应关系，因为sys.columns只存object_id不存表名，该ID需通过JOIN关联到sys.tables才能解析为具体表名。

直接查 sys.columns 能拿到列名，但单独用它查不出“所有表名 + 列名”的完整对应关系——必须关联 sys.tables 或 sys.objects 才行。

为什么不能只 SELECT * FROM sys.columns

sys.columns 里确实存着每个列的 name、system_type_id、max_length 等字段，但它不直接存表名，只存 object_id。这个 ID 是指向 sys.objects 的外键，没关联就只能看到一堆数字 ID，没法知道哪列属于哪张表。

• 常见错误现象：SELECT name FROM sys.columns 返回几百行列名，但完全分不清谁是谁的
• 正确做法：必须 JOIN sys.tables 或 JOIN sys.objects WHERE type = 'U'
• 性能影响：sys.columns 行数通常远大于表数，不加过滤直接查可能拖慢元数据查询

查所有用户表名 + 列名的标准写法

用 sys.tables 和 sys.columns 关联是最清晰、最稳定的方式，SQL Server 2005+ 全支持：

SELECT 
  t.name AS table_name,
  c.name AS column_name,
  TYPE_NAME(c.system_type_id) AS data_type,
  c.max_length,
  c.is_nullable
FROM sys.columns c
INNER JOIN sys.tables t ON c.object_id = t.object_id
ORDER BY t.name, c.column_id;

• 关键点：INNER JOIN sys.tables 确保只返回用户表（不含视图、系统表）
• c.column_id 是列的物理顺序，比 name 排序更符合建表逻辑
• 如果要排除系统表（如 sysdiagrams），可加 WHERE t.is_ms_shipped = 0

用 INFORMATION_SCHEMA.COLUMNS 更简单但有局限

如果你只需要表名和列名，且不关心类型细节或权限控制宽松，INFORMATION_SCHEMA.COLUMNS 更轻量：

SELECT TABLE_NAME, COLUMN_NAME, DATA_TYPE 
FROM INFORMATION_SCHEMA.COLUMNS 
ORDER BY TABLE_NAME, ORDINAL_POSITION;

• 优点：语法标准，字段名直观（TABLE_NAME、COLUMN_NAME 直接可用）
• 缺点：不包含 is_identity、is_computed 等 SQL Server 特有属性
• 兼容性陷阱：某些旧版工具或链接服务器可能不完全支持该视图

容易被忽略的权限和过滤问题

即使语句写对了，也可能查不到结果——因为元数据可见性受权限控制：

• 默认情况下，普通用户只能看到自己有权限访问的表的列信息
• 若查不到某张表，先确认是否在 sys.tables 中能查到它：SELECT name FROM sys.tables
• 若 sys.tables 里都看不到，说明你没 VIEW DEFINITION 权限，或者表属于其他 schema 且未显式指定
• 跨库查时，必须用三段式名称：数据库名.sys.columns，否则默认查当前库