财务用 AI 写 SQL 查询：提示词与 SQL 示例

作为负责记账、报销审核、对账和报表的财务人员，你可能也有同感：月底对账、报表整理、费用分析和解释财务制度很费时间，表格操作多且容易出错。很多人知道要查什么数据，但写 SQL 时卡在关联、分组和窗口函数上。下面以财务的真实场景为例，演示用 AI 写 SQL 查询的完整流程：提供表结构和字段含义，用自然语言描述需求，让 AI 写 SQL 并解释每一步，再用小范围数据验证。

典型场景

财务需要从数据库里查“费用报销”相关的数据：按费用类别统计最近一个月的报销金额，还要和上个月对比。数据团队排期很满，自己写 SQL 又总是出错。

举个例子

下面这个例子是虚构的：安琪遇到的难题是“一笔大额应收账款逾期，需要销售部门协助催收”。为了不让它拖慢“和两家供应商完成往来对账”的进度，安琪决定借助 AI 写 SQL 查询。第一次只写了一句简单的要求，结果很空泛；第二次把对象（财务经理）、目的和限制条件都写清楚，输出就可用多了。这也是本文提示词模板要把背景写全的原因。

具体怎么做

提供表名、字段名、字段类型和含义，不需要真实数据
用自然语言描述需求，最好附上期望结果的样子
让 AI 解释 SQL 的每个部分
先加 LIMIT 在测试库或小范围运行，核对结果

提示词模板（可直接复制）

下面的提示词可以直接复制，按财务的实际情况替换细节：

【背景】身份：负责记账、报销审核、对账和报表的财务人员；平时主要和业务部门同事和财务经理打交道。
数据库：MySQL 8.0
表 records（费用报销），字段：
- id：主键
- category：费用类别，文本
- record_date：报销日期，DATE
- amount：报销金额，数值
- type：所属部门，文本

需求：
1. 统计 2026 年 10 月每个 category 的 amount 合计和记录数
2. 同时给出 9 月的合计，以及环比变化百分比
3. 按 10 月合计从高到低排序

请写出 SQL，并逐段解释；如果 9 月没有数据，环比显示为 NULL。

示例输出（仅供示意）

以下是一段示意性的输出，内容基于虚构的工作记录，仅用于展示格式和思路，实际结果会因工具和输入不同而变化：

WITH m AS (
  SELECT category,
         SUM(CASE WHEN record_date >= '2026-10-01' AND record_date < '2026-11-01' THEN amount END) AS oct_total,
         COUNT(CASE WHEN record_date >= '2026-10-01' AND record_date < '2026-11-01' THEN 1 END) AS oct_cnt,
         SUM(CASE WHEN record_date >= '2026-09-01' AND record_date < '2026-10-01' THEN amount END) AS sep_total
  FROM records
  WHERE record_date >= '2026-09-01' AND record_date < '2026-11-01'
  GROUP BY category
)
SELECT category, oct_total, oct_cnt, sep_total,
       ROUND((oct_total - sep_total) / NULLIF(sep_total, 0) * 100, 1) AS mom_pct
FROM m
ORDER BY oct_total DESC;

解释：先用条件聚合一次算出两个月的数据，NULLIF 避免除以 0，WHERE 限定时间范围以利用日期索引。

如果结果不理想，不要急着换工具，先在提示词里补充财务经理的具体要求或给出一个参考样例，再生成一次。

实用技巧与常见坑

表结构描述越准确，SQL 越可用；字段含义不清时 AI 会猜。
先在测试库或加 LIMIT 运行，大表上的错误查询可能拖慢数据库。

给财务的特别提醒

每个公式先用几行测试数据验证结果，再应用到整表。另外，税务和会计处理以现行法规和公司制度为准，AI 的解读可能过时或不准确。

一个容易被忽略的习惯：让 AI 写公式和处理步骤，而不是把含真实金额的表格整份上传。

举一反三

优化慢查询：附上执行计划，让 AI 给出索引和改写建议。
转换方言：把 MySQL 语句改写成 PostgreSQL 或其他数据库的写法。