Text2SQL零代码实战！RAGFlow 实现自然语言转 SQL 的终极指南

原创最新推荐文章于 2026-10-29 15:59:57 发布 1.7k 阅读 AI写同款

大模型产品经理

码龄3年墨衍会员 · AI 创作全网分发

1万+粉丝1120篇原创

关注

自然语言转SQL的应用场景探索阅读详情

AI摘要

企业大模型应用中，Text2SQL是热点，但传统方案成本高。本文介绍用开源RAG框架RAGFlow，结合知识库检索与大模型推理，无需微调模型，配置少量结构化数据即可精准生成SQL。还展示了多种查询场景测试效果，并详细说明搭建Text2SQL智能助手的核心流程和准备3类核心知识库的步骤。

在企业大模型应用方面，Text2SQL一直是应用热点。大家都希望小嘴一张，就完成一系列数据提取和分析工作。

但是，使用大模型自动理解业务需求，实现 SQL 代码编写和代码执行一直都存在技术难点。传统的 Text2SQL 方案，往往依赖大模型微调，对于中小企业而言，带来非常高的应用成本。

今天，介绍一个方法，使用开源 RAG 框架RAGFlow，应用知识库检索与大模型推理结合，不需要对模型做任何微调，只需要仅需配置少量结构化数据即可实现精准SQL生成，实现指定数据查询、负责查询、计算，跨表计算等多种场景。

老习惯，先看效果，再看执行。

一、表内容和效果简单说明

我的数据库里存了四张表：用户表、制造商表、商品表和销售表。内容分别如下：

1-表明细查询测试

问题：请问商品智能手机 X 还剩多少库存。

难度分析：智能体需要理解问题所在的表，完成表格选择（商品表），字段查询（商品名称）和目标字段（库存）输出。

原表中符合要求的记录：

测试结果：通过，两条记录库存均完成识别和输出。

2-表明细查询和合并计算

问题：请问商品智能手机 X 还剩多少总库存。

难度分析：智能体需要理解问题所在的表，完成表格选择（商品表），字段查询（商品名称）和目标字段（库存）求和计算输出。

原表中符合要求的记录（同上）：

测试结果：通过，两条记录库存均完成识别，并对库存求和输出。

3- 跨表关联

问题：请问商品智能手机 X 的制造商是谁

难度分析：智能体需要理解问题所在的表，完成表格选择（商品表），字段查询（商品名称）和目标字段（制造商id）。并返回制造商表，使用制造商
id，提取制造商信息，再作输出。

原表中符合要求的记录：

测试结果：通过，两条智能手机 X 的制造商都是商家_001。

4- 复杂查询

问题：查询连续 3 个月销量下降的商品

难度等级：🌟🌟🌟🌟🌟

难度分析：智能体需要理解问题所在的表，完成表格选择（销售表），字段查询（商品名称）和目标字段（销量），进行复杂销量比对（连续 3
个月销量下降），并返回商品信息。

原表中符合要求的记录，分别有商品 1、2、4、5 这四个商品符合要求。

商品 1，8-10 月销量下滑。

商品 2，5-7 月销量下滑。

商品4，5-8 月销量下滑。

商品 5，4-6 月销量下滑。

测试结果：通过，4 个商品连续 3 个月销量下降，均被有效识别。

5- 指定要求复杂查询

问题：查询2024 年 4-6 月，连续 3 个月销量下降的商品

难度等级：🌟🌟🌟🌟🌟

难度分析：智能体需要理解问题所在的表，完成表格选择（销售表），字段查询（商品名称）和目标字段（销量），限定日期（4-6
月），进行复杂销量比对（连续 3 个月销量下降），并返回商品id。

原表中，只有商品5 符合要求。

测试结果：通过，商品5 ，被有效识别出。

6- 再上一点点难度

问题：查询2024 年 4-6 月，连续 3 个月销量下降的商品详细信息。

难度等级：🌟🌟🌟🌟🌟

难度分析：智能体需要理解问题所在的表，完成表格选择（销售表），字段查询（商品名称）和目标字段（销量），限定日期（4-6
月），进行复杂销量比对（连续 3 个月销量下降），并返回商品id，找到商品明细。

测试结果：通过。

接下来，手把手演示如何用RAGFlow搭建一个能理解业务需求的Text2SQL智能助手。

我所使用的 RagFlow 框架。感兴趣的可以自行安装。安装过程省略。

github 地址：https://github.com/infiniflow/ragflow/blob/main/README_zh.md

一、核心流程

这是官方教程提出的使用 RagFlow 解决 Text2SQL 的流程。

简单来说，就是我们准备好足够让大模型理解数据库内的表格、字段的知识库，以及理解从问题到 SQL 代表的问答方法。大模型就可以通过理解用户问题、查询知识库信息、形成 SQL 代码、并执行 SQL，完成从指定数据库里提取相关信息的工作。

官方教程地址：https://ragflow.io/blog/implementing-text2sql-with-ragflow

二、准备工作：3类核心知识库

关键点：Text2SQL的准确性取决于知识库质量，需提前准备以下数据（参考官方文档）

DDL知识库
作用：提供数据库表结构（如字段类型、主键约束）

示例：

CREATE TABLE `users` (
  `id` INT NOT NULL AUTO_INCREMENT,
  `username` VARCHAR(50) NOT NULL,
  `password` VARCHAR(50) NOT NULL,
  `email` VARCHAR(100),
  `mobile` VARCHAR(20),
  `create_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `update_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_username` (`username`),
  UNIQUE KEY `uk_email` (`email`),
  UNIQUE KEY `uk_mobile` (`mobile`)
);

数据来源：从HuggingFace下载标准模板（后台私信“Text2SQL”提供）

2. DB Description知识库

### 用户表（users）
用户表用于存储网站或应用的用户信息。以下是该表中每个字段的含义：
- `id`: 这是一个整数类型的自增字段，作为用户的唯一标识符（主键）。每次添加新用户时，该字段会自动增加，确保每个用户都有一个唯一的ID。
- `username`: 字符串类型，用于存储用户的用户名。用户名通常是用户登录时使用的唯一标识符。
- `password`: 字符串类型，用于存储用户的密码。出于安全考虑，密码在存储前应进行加密处理。
- `email`: 字符串类型，用于存储用户的电子邮件地址。电子邮件地址可以是用户的另一个登录凭证，并且用于接收通知或重置密码。
- `mobile`: 字符串类型，用于存储用户的手机号码。手机号码可用于登录、接收短信通知或进行身份验证。
- `create_time`: 时间戳类型，记录用户账户创建的时间。默认值为当前时间。
- `update_time`: 时间戳类型，记录用户信息最后更新的时间。每次更新用户信息时，该字段都会自动更新为当前时间。

作用：解释字段业务含义（如“order_date”代表订单创建时间）
示例：
数据来源：从HuggingFace下载标准模板（后台私信“Text2SQL”提供）

3. Q->SQL知识库

用户问题：“查询2023年销量TOP10商品”
对应SQL：SELECT product, SUM(quantity) FROM sales WHERE YEAR(order_date)=2023 GROUP BY product ORDER BY SUM(quantity) DESC LIMIT 10;
作用：存储自然语言与SQL的映射样本。这个对最终 SQL 代码的可执行性影响至关重要。
示例：
数据来源：从HuggingFace下载标准模板（后台私信“Text2SQL”提供）