数据分析师需用结构化提示词向Gemini获取准确SQL：先明确定义表结构、字段及关系；再用“我要”句式锁定目标（含时间、维度、指标、排序）；最后追加执行要求（如仅输出标准MySQL语法）。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
数据分析师需要从Gemini获取准确、可执行、带解释的SQL查询，而不是泛泛而谈的语法示例或无法运行的伪代码。直接问“怎么查销售额”会返回笼统模板，必须用结构化提示词约束输出格式、字段来源、过滤逻辑和业务语境。
基础三要素提示词写法
第一步：明确数据表结构。在提示词开头用三行以内说明核心表名、关键字段及关系，例如：“用户表users含id、reg_date、city；订单表orders含id、user_id、amount、order_date”。【不写表结构，Gemini大概率虚构字段名，导致SQL报错】
第二步：用“我要”句式锁定分析目标。不说“如何计算”，而说“我要查2024年Q1每个城市的新增付费用户数，按人数降序排”。动词+时间+维度+指标+排序，缺一不可。
第三步：追加一句执行要求。例如：“只输出标准SQL（MySQL语法），不要解释，不要注释，不要用WITH子句”。这能避免Gemini添加冗余内容干扰复制粘贴。
防踩坑的字段映射写法
方法一：显式标注字段别名。当原始表字段名不直观时，在提示词中直接定义映射关系：“orders表的‘price’字段实际是订单金额，‘status’=1代表已支付”。否则Gemini可能按字面意思误用status字段做筛选。
方法二：用括号注明业务含义。例如：“用户等级字段level（1=新客，2=活跃，3=高价值）”。这比单纯写“level字段有3个值”更能引导条件判断逻辑。
注意：如果表里存在同名字段（如users.id和orders.user_id），必须在提示词中强调关联方式：“orders.user_id关联users.id”，否则Gemini可能漏写JOIN条件或写错ON字段。
带校验逻辑的进阶提示词
第一步：先写预期结果样例。在提示词末尾加一行：“预期返回3列：city（字符串）、q1_new_payers（整数）、avg_order_amount（小数，保留2位）”。Gemini会据此反推SELECT字段和聚合函数。
第二步：指定空值处理方式。“NULL值的城市字段统一记为‘未知’，用COALESCE(city, '未知')处理”。不写这条，Gemini默认忽略空值或用IS NULL硬过滤，可能丢失数据。
第三步：限制数据量。“只查前1000条记录，加LIMIT 1000”。防止Gemini生成全表扫描语句拖垮生产库。
