VSCode插件无法一键生成复杂查询逻辑，但@mssql（需已连库）或CodeGeeX（配合精准提示词）可稳定产出SQL/ORM片段；前提是连接有效、表结构可识别，且提示词明确字段、关联与业务约束。
VSCode 插件无法直接“一键生成复杂查询逻辑”，但通过 @mssql 聊天参与者（需已连接数据库）或 CodeGeeX（配合精准提示词），可稳定产出符合上下文的 SQL/ORM 查询片段——前提是数据库连接真实有效、表结构可被插件识别，且提示词明确包含字段名、关联关系与业务约束。
为什么 @mssql 在没连库时完全不响应
它不是通用 AI，而是基于你当前数据库连接元数据做推理的上下文感知助手。没连上 MSSQL 实例时，它连表名都看不到，自然无法判断 SELECT * FROM users 里 users 是否存在、有没有 status 字段、是否需要 JOIN roles 表。
- 检查底部状态栏是否有绿色数据库图标和实例名（如
localhost:1433/mydb），没有就说明未连接 - 连接失败常见原因：SQL Server 服务未运行、防火墙拦截、登录凭据错误、或 VSCode 没启用 MSSQL 扩展的“自动连接”选项
- 即使扩展已安装，也必须在编辑器中打开一个
.sql文件并点击状态栏连接按钮，否则上下文不激活
CodeGeeX 生成 SQL 时总漏掉 JOIN 条件或 WHERE 绑定
它默认按单表操作建模，不会主动推断多表关联逻辑——除非你在提示词里写死字段来源和连接方式。
- 坏例子：
“查出所有订单和用户姓名”→ 它可能生成两个独立 SELECT，或用子查询硬套，性能差且易出错 - 好例子：
“生成一条 SQL，从 orders 表 LEFT JOIN users 表，关联条件是 orders.user_id = users.id，筛选 status = 'paid'，返回 order_id, user_name, created_at” - 如果目标是 ORM（如 TypeORM），必须声明框架：
“用 TypeORM 的 QueryBuilder 写等价逻辑，不要 raw SQL”，否则默认输出原生 SQL - 生成后务必检查
ON子句是否完整、参数是否用了占位符（如$1或?），避免 SQL 注入风险
生成的查询在 VSCode 里没法直接执行
VSCode 自身不带 SQL 执行引擎，插件只负责生成文本，执行依赖外部工具链。
-
@mssql生成的语句可直接 Ctrl+Enter 运行（前提是已连库），结果以表格形式内嵌显示 - CodeGeeX 输出的是纯文本，要执行得手动复制到
.sql文件，再用 MSSQL 扩展或第三方 CLI（如sqlcmd）运行 - 若用 ORM，生成的代码需粘贴到对应 service 文件中，并确保实体类定义已存在——插件不会帮你创建
UserEntity或OrderEntity - 注意事务控制：插件几乎从不自动包裹
BEGIN TRANSACTION，涉及多步更新时必须人工补全
真正卡住人的地方从来不是“生成不出来”，而是生成结果和实际环境脱节：表名大小写不一致、字段类型不匹配、索引缺失导致慢查询——这些插件看不到，也校验不了。别让 AI 替你读 explain plan，它只负责写，你得负责跑、测、调优。
