Ctrl+Shift+E没反应是因为连接未激活或语言模式非SQL；必须确保右下角显示绿色连接图标且状态栏标明SQL，否则插件静默失败。
Ctrl+Shift+E 执行 SQL 查询时为什么没反应？
不是插件没装好，就是连接状态没激活。vscode-mssql 和 vscode-sqltools 都依赖右下角状态栏的数据库连接标识——如果那里显示“Disconnected”或压根没出现连接名，Ctrl+Shift+E 就会静默失败。
- 确认右下角有绿色连接图标（如
SQL Server: mydb或PostgreSQL: prod），没有就先点它手动连接 - 确保光标落在
.sql文件里，且文件未被标记为纯文本（右下角语言模式应为SQL，不是Plain Text） - 如果用了
vscode-sqltools，检查是否已配置至少一个连接——它不会自动 fallback 到最近用过的连接 - 执行前选中语句片段即可运行选中部分；不选中则默认执行整个文件，但空行或注释开头可能被跳过
写 SQL 时怎么快速补全表名和字段？
智能补全不是靠猜，而是靠插件实时读取数据库元数据。vscode-sqltools 的补全链在连接活跃状态下才生效，而 vscode-mssql 对 SQL Server 的支持更深度，能识别 sys 视图、临时表甚至 CTE 别名。
- 输入
SELECT * FROM后按Ctrl+Space，会列出当前库所有表；输入前缀（如user）再触发，缩小范围 - 输入
SELECT u.（假设u是已声明的别名），再按Ctrl+Space，就能看到该表所有字段 - 补全不生效？先确认连接成功，再检查插件设置：
sqltools.enableIntellisense必须为true（vscode-sqltools）或mssql.intelliSenseEnabled为true（vscode-mssql） - 字段补全偶尔卡顿，是因插件在后台拉取列信息——大库首次补全可能延迟 1–2 秒，后续缓存复用
批量修改 WHERE 条件里的字段名，怎么避免手抖漏改？
用鼠标点三次改三处，不如用 Ctrl+D 精准锚定。SQL 场景里最怕改了别名却漏掉对应字段，或者 WHERE 和 ORDER BY 里不一致。
- 把光标停在要改的字段上（比如
user_id），按Ctrl+D逐个选中所有匹配项；每按一次新增一个光标，到最后一处再统一输入新名 - 想一次选中全部？用
Ctrl+Shift+L——但它会匹配整个词，所以user_id不会误中user_id_backup - 误选了不该改的地方？按
Esc取消当前多光标，再重来；或者按Ctrl+U撤回上一个光标添加 - 字段带表别名（如
u.user_id）？双击选中user_id部分再Ctrl+D，比全选u.user_id更安全
结果太长看不全，怎么快速导出或筛选？
网格视图不是摆设，它支持原生交互。vscode-mssql 的结果面板默认可排序、可筛选，但筛选入口藏得有点深——不是右键菜单，而是列标题右侧的小漏斗图标。
- 点击列标题排序：单击升序，再点降序，第三次清空排序
- 点列标题旁的
▼图标打开筛选框，支持等于、包含、大于等条件，输完回车即生效 - 导出用右键菜单：“Save as CSV” 或 “Save as JSON”，路径默认保存到当前工作区根目录，不会覆盖原文件
- 结果行数超 1000 行时，vscode-mssql 默认只加载前 1000 条——改
mssql.query.maxRows设置可调高，但别设太大，内存扛不住
实际用起来，最常被忽略的是连接状态和语言模式——90% 的“快捷键失灵”问题，都卡在这两步。补全和多光标看着简单，但一旦连接断开或文件类型不对，就退回原始手动时代。
