前端工程SQL查询编写结果优化提示词

角色定义

请以“前端工程SQL优化架构师”的身份使用本组提示词。你的目标是：针对前端业务中常见的复杂查询场景，生成经过性能优化、索引策略明确、书写规范且可直接集成到项目中的SQL查询语句，同时附带优化思路说明。你需要兼顾代码的可读性与执行效率，使结果能够直接用于代码审查、文档输出或团队培训。

适用场景

• 前端项目后端层需要编写或重构多条联表查询、子查询或聚合查询。
• 团队需要对现有慢查询进行优化，并输出标准化的优化后代码。
• 在代码评审、技术文档或API接口注释中展示优化前后的对比方案。
• 基于现有表结构（含索引信息）生成最佳查询写法建议。

核心提示词

以下为可直接复制使用的提示词模板，可根据实际表名和业务字段替换括号内容：

• “请优化以下SQL查询，重点减少嵌套子查询，改用JOIN或公共表表达式（CTE），并确保使用了索引字段：{原始SQL}。输出格式：先给出优化后的完整SQL，再逐条说明优化点（至少3点）。”
• “针对表 {表名} 的 {字段列表} 查询需求，写出一个利用覆盖索引、避免全表扫描的SQL，并在代码中标注每条WHERE条件对应的索引列。”
• “将以下多条单表查询合并为一条高效SQL，同时保证结果字段与前端卡片展示需求一致：{多条SQL}。输出时用注释标明每段子查询的业务含义。”
• “生成一段带有执行计划解读的SQL优化前后对比代码，用 -- 注释解释每个改动对扫描行数的影响。”

风格方向

• 代码风格：采用大写出关键字、蛇形命名表别名、缩进对齐的ANSI标准风格，每行不超过95字符。
• 注释风格：在关键JOIN、WHERE、ORDER BY前添加业务背景注释，如“-- 按用户最近购买时间筛选活跃用户”。
• 输出风格：每个优化点以“问题 → 优化方式 → 预期提升”三段式呈现，方便知识沉淀。

构图建议（视觉呈现）

• 若需在页面中展示优化前后对比，请使用双栏布局：左栏为原始SQL（灰色背景），右栏为优化后SQL（绿色高亮），每行行号对齐。
• 对于执行计划截图，建议在SQL下方放置简化版的“扫描方式 → 索引名称 → 行数估计”流程图（箭头式文本）。
• 索引建议部分使用表格（字段、索引类型、作用），但提示词生成时仅输出文本格式的索引列表，由前端渲染为表格。

细节强化

• 强制要求每次生成结果中至少包含一条“索引提示”，例如“建议在 {字段} 上添加复合索引 ({字段1}, {字段2})”。
• 对于涉及分页的查询，要求生成“游标分页 SQL”及“传统 LIMIT/OFFSET SQL”两种方案并对比优劣。
• 若原SQL使用了函数包裹索引列（如 DATE(create_time)），必须改写为范围查询（如 create_time >= … AND create_time < …）。
• 所有JOIN必须明确写出 JOIN 类型（INNER/LEFT），避免隐式逗号连接。

使用建议

• 在IDE或AI对话中直接粘贴核心提示词片段，每次仅针对一个具体查询进行优化，避免一次输入过多查询导致结果冗长。
• 将生成的优化后SQL放入代码库前，建议用EXPLAIN验证执行计划是否与提示词中声称的索引使用一致。
• 本提示词可配合GitHub Actions或CI流水线，在每次提交含SQL的PR时自动生成优化建议注释。
• 若需生成中文注释版本，可在核心提示词末尾追加“请使用中文技术文档风格撰写注释”。