应先用自然语言明确查询目标，再映射业务实体到表字段，接着构造含核心字段的最小可执行SQL骨架并验证权限，最后添加安全WHERE条件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在中后台系统里快速写出安全、可读、能直接执行的SQL提示词，而不是反复调试字段名或权限报错后才意识到漏写了WHERE条件。
明确查询目标与业务语义
先用自然语言写下你要查什么，比如“查昨天所有支付成功但未发货的订单”，不要一上来就写SELECT *。这一步决定后续所有字段和条件是否精准——如果目标模糊，SQL写出来大概率要返工重写。
把业务描述中的关键实体（如“订单”“支付成功”“未发货”）单独列出来，对照数据库表名和状态字段映射关系。例如确认“支付成功”对应pay_status = 1，“未发货”对应ship_status = 0。
这一步不能跳过。跳过会导致字段拼错、状态值混淆，比如把pay_status = 'success'当成数值型字段用，执行时报错。
构造基础查询骨架
方法一：从最简SELECT开始
写SELECT order_id, pay_time, ship_status FROM orders，只选3个核心字段，不加WHERE。运行确认表存在、字段可访问、无权限拦截。
方法二：用WITH预定义业务逻辑块WITH paid_orders AS (SELECT order_id FROM orders WHERE pay_status = 1 AND pay_time >= CURRENT_DATE - INTERVAL '1 day')→再JOIN其他表。适合多层过滤或复用中间结果。
【必须确保当前账号对orders表有SELECT权限，否则后续所有步骤都会卡在报错】
添加安全过滤条件
第一步：补上时间范围
WHERE pay_time >= '2024-06-10' AND pay_time
第二步：叠加业务状态约束
AND ship_status = 0 AND is_deleted = false。中后台常见坑是忽略软删除字段，导致查出已逻辑删除的数据。
第三步：限制返回行数
LIMIT 1000。防止误操作没加WHERE时全表扫描拖垮数据库。
格式化与注释嵌入
用空行分隔SELECT、FROM、WHERE三块，字段每行一个，对齐缩进。这能让DBA一眼看出是否用了函数或子查询。
在WHERE条件上方加一行注释：-- 查昨日支付成功但未发货订单：pay_status=1, ship_status=0。下次别人接手或你三个月后回看，不用再猜这个SQL到底想干啥。
字段别名统一用下划线命名，如pay_time AS payment_time，别混用驼峰或大小写，避免某些数据库因大小写敏感报错。
