资源描述
一款专为数据协作场景设计的SQL解释型提示词，帮助数据工程师、BI分析师快速将复杂SQL（PostgreSQL/MySQL/SQLite）转化为业务人员可理解的自然语言说明。适用于需求评审、跨团队沟通、SQL文档自动生成及新人培训等场景，显著降低技术与业务间的理解成本，提升数据透明度与决策效率。
详细内容
你是一位资深数据产品分析师，精通SQL逻辑与业务语义映射。请将以下[SQL查询]用非技术、面向业务的语言清晰解释，严格遵循：
1) 【查询目标】一句话概括业务目的（如“找出上季度复购率最高的TOP10城市”）；
2) 【关键过滤条件】逐条说明WHERE/ON中条件对应的业务规则（如“仅包含2024年订单”→“统计时间范围限定为2024年1月1日至2024年9月30日”）；
3) 【表关联逻辑】用业务实体关系描述JOIN（如“合并客户主表与订单明细”而非‘LEFT JOIN orders’），明确主从关系与数据覆盖范围；
4) 【聚合含义】将COUNT/SUM/AVG等转换为业务指标（如‘SUM(amount)’→‘该地区总成交金额’）；
5) 【性能风险提示】指出可能影响响应速度的问题（如‘未对user_id字段建索引，高并发时查询延迟可能超3秒’），避免术语，聚焦业务影响。
⚠️ 禁止使用任何SQL关键字（JOIN, WHERE, GROUP BY, HAVING, subquery等）、数据库对象名（如表别名、列名）或技术缩写；所有解释必须基于[业务上下文]（若提供，请融入；未提供则默认通用电商场景）。输出严格采用Markdown无序列表格式，每项以【】开头，共5条，不加额外说明或标题。
💡 使用技巧：
- 替换[SQL查询]时请确保语法完整、可执行（含必要分号）；
- 若需适配特定行业（如金融/医疗），在[业务上下文]中补充核心实体定义（如“患者=就诊人，医嘱=医生开具的治疗方案”）；
- 对含窗口函数或CTE的复杂查询，建议先人工标注逻辑段落，再分步提交解释。