粘贴 SQL 脚本并选择输出格式，点击转换按钮即可生成 JSON、CSV、XML、YAML 等多种格式
GeekFormat 在线 SQL 转换器，将 SQL INSERT 语句和 CREATE TABLE 脚本一键转换为 JSON、CSV、TSV、XML、YAML、HTML 表格、Markdown 表格、JSON Lines 等多种格式。支持多条 INSERT 语句、多值元组批量解析，自动识别数字、字符串、NULL、布尔值和十六进制字面量，兼容 MySQL、PostgreSQL、SQLite、SQL Server 方言的引号风格，多张表数据可分别输出或合并导出。还可反向重建 INSERT 语句并切换方言。纯浏览器本地处理，所有数据不离开设备。
SQL 转换（SQL Conversion）是指把 SQL 脚本中的数据提取出来，重新组织为 JSON、CSV、XML、YAML、HTML、Markdown 等其他数据格式的过程。SQL（Structured Query Language，结构化查询语言）是关系型数据库的标准查询语言，数据库导出工具（如 mysqldump、pg_dump）通常会把数据导出为 INSERT 语句形式的 SQL 脚本，这种格式虽然便于数据库导入，但不便于程序读取、数据分析或跨系统交换，因此需要转换为更通用的格式。
常见的 SQL 数据导出脚本包含两类语句：CREATE TABLE 用于定义表结构（列名、数据类型、约束），INSERT INTO ... VALUES (...) 用于插入具体数据。本工具会解析这两类语句，从 CREATE TABLE 提取列定义和类型信息，从 INSERT 提取实际数据行，然后按用户选择的格式重新组织输出。整个解析过程在浏览器本地完成，不依赖任何后端服务。
为什么需要把 SQL 转换为其他格式？SQL 脚本虽然通用，但在以下场景中并不便利：第一，前端程序读取 JSON 比解析 SQL 容易得多，无需引入 SQL 解析器；第二，Excel、Google Sheets 等表格软件原生支持 CSV 而非 SQL；第三，配置文件和文档场景中 YAML、Markdown 比 SQL 更易读；第四，跨系统数据交换常使用 XML 或 JSON 作为中性格式。把 SQL 转为这些通用格式后，数据可以被更多工具和语言直接消费。
本工具的 SQL 解析器手写实现，专注于 INSERT 语句和 CREATE TABLE 语句的解析。对于 INSERT 语句，支持单值元组（INSERT INTO t (a,b) VALUES (1,2)）和多值元组（INSERT INTO t (a,b) VALUES (1,2), (3,4), (5,6)）两种语法，自动按列名映射数据。对于 CREATE TABLE 语句，支持解析列定义、数据类型（VARCHAR(255)、INT、DECIMAL(10,2) 等带括号长度）、NOT NULL、PRIMARY KEY、IF NOT EXISTS 等约束和子句，正确处理嵌套括号避免错误拆分。
类型识别是 SQL 转换的关键。工具会根据值的字面量形式自动判断类型：以单引号或双引号包裹的为字符串；NULL（不区分大小写）为空值；TRUE/FALSE 为布尔值；0x...、X'...'、B'...' 为十六进制字面量；纯数字（含负号、小数点、科学计数法）为数字。这种自动类型识别确保转换后的 JSON、CSV 等格式能保留原始数据的语义（如数字 1 不是字符串 "1"），便于下游程序正确处理。
不同数据库方言的引号风格差异是 SQL 解析的常见坑点。MySQL 默认使用反引号（`）包裹标识符（表名、列名），PostgreSQL 使用双引号（"），SQL Server/T-SQL 使用方括号（[]），标准 SQL 也使用双引号。本工具的 unquoteIdentifier 函数会自动识别并去除这些引号，同时处理引号内的转义（如 `` → `、"" → "）。在 SQL 重建模式下，可按目标方言重新生成对应引号风格的 INSERT 语句。
SQL 字符串转义是另一个关键技术点。SQL 标准规定字符串内的单引号通过双写转义（'It''s' 表示 It's），MySQL 默认还支持反斜杠转义（\n、\t、\'、\"、\\、\0、\Z 等）。本工具的字符串解析器会同时处理这两种转义机制，正确还原原始字符串内容。在转换为 CSV 时，会按 RFC 4180 标准对包含逗号、引号、换行的字段重新转义；在转换为 XML/HTML 时，会转义 &、<、>、"、' 等特殊字符。
纯前端处理是本工具的核心设计原则。所有 SQL 解析和数据转换都在浏览器的 JavaScript 引擎中执行，不向服务器发送任何数据。这意味着即使 SQL 脚本包含用户隐私、商业敏感信息或内部数据库结构，也不会泄露到外部。这种设计特别适合处理生产数据库的导出，无需担心数据合规问题。同时，前端处理没有网络延迟，转换速度仅受设备 CPU 和内存限制。
本工具与传统的命令行 SQL 转换工具（如 sql2csv、sqlparser）相比有几个优势：无需安装和配置环境，打开网页即可使用；提供可视化界面实时预览转换结果；支持多种输出格式一键切换；内置示例数据和帮助文档；移动端响应式设计随时随地可用。但相应地，本工具专注于数据提取，不处理复杂的 SQL 方言差异（如 PostgreSQL 的 JSONB 操作符、MySQL 的 ON DUPLICATE KEY UPDATE）和高级特性（存储过程、函数、触发器），如有这类需求建议使用数据库原生工具或专用 ETL 平台。
在使用 SQL 转换工具时，有几个最佳实践值得注意：第一，转换前先检查 SQL 脚本是否包含完整数据（INSERT 语句）而非仅有查询语句（SELECT），SELECT 不会被解析；第二，多张表的 SQL 脚本建议开启「多表分别输出」以保留表结构信息；第三，处理含中文的 SQL 时，CSV 输出建议开启「包含 BOM」确保 Excel 正确识别编码；第四，处理大型 SQL dump 时建议关闭「美化输出」以减少输出体积；第五，跨数据库迁移时可使用「SQL 重建」模式切换方言，但复杂类型（如 PostgreSQL 数组、JSONB）可能需要手动调整。
本工具支持九种输出格式：JSON（结构化数组）、JSON Lines（每行一个 JSON 对象）、CSV（逗号分隔）、TSV（Tab 分隔）、XML（带标签的标准 XML 文档）、YAML（配置格式）、HTML 表格（带样式可直接浏览器查看）、Markdown 表格（文档语法）、SQL 重建（重新生成 INSERT 语句可换方言）。在右侧格式下拉菜单中一键切换即可自动重新转换。
主要解析 INSERT INTO ... VALUES (...) 语句提取数据，同时识别 CREATE TABLE 语句获取列定义和类型信息。支持单条 INSERT、多值元组 INSERT（一条 INSERT 多行数据）、多条 INSERT 语句、跨多张表的 INSERT。注释（-- 单行、/* */ 多行、# MySQL 单行）会被自动去除，不影响解析。
解析时兼容 MySQL（反引号 `）、PostgreSQL（双引号 "）、SQL Server（方括号 []）和标准 SQL 的标识符引号风格，自动去除引号还原原始列名和表名。SQL 重建模式下可选择 MySQL、PostgreSQL、SQLite 或标准 SQL 方言重新生成 INSERT，不同方言的引号和布尔值表示会有差异。
工具会按表名自动聚合 INSERT 数据。在设置中开启「多表分别输出」时，CSV/HTML/Markdown 等表格格式会按表分段输出（带表名标记），JSON/XML 等结构化格式会按表名分组。关闭该选项时，CSV 仅输出第一张表的数据，JSON 可选择「无根键」输出为纯数组。
工具自动识别 NULL（不区分大小写）、TRUE/FALSE 布尔值、十六进制字面量（0x...、X'...'、B'...'）、整数和浮点数。字符串自动处理 SQL 标准转义（'' → '）和 MySQL 反斜杠转义（\n、\t、\' 等），正确还原含换行、引号、特殊字符的原始内容。CSV 输出时按 RFC 4180 标准对包含逗号、引号、换行的字段加引号转义。
JSON 输出支持三种结构：「tables 根键」（按表名分组，多表场景推荐）、「data 根键」（统一封装）、「无根键」（纯数组，适合单表或流式处理）。例如单表 users 转换为 [{"id":1,"name":"Alice"},...] 数组，多表则按表名分组为 {"users":[...],"orders":[...]}。可在设置中选择。
不会。本工具是纯前端应用，所有解析和转换都在浏览器本地 JavaScript 中完成，不向任何服务器发送 SQL 内容或转换结果。上传的文件直接在浏览器中通过 FileReader 读取，关闭页面后数据自动清除。适合处理含用户隐私、商业敏感信息的数据库导出。
支持。工具会识别 SQL Server/T-SQL 风格的方括号标识符（如 [users]、[order details]），自动去除方括号还原原始名称。同样支持 MySQL 反引号、PostgreSQL 双引号。在 SQL 重建模式下，选择不同方言会使用对应的引号风格重新生成 INSERT。
请检查 SQL 是否包含 INSERT INTO ... VALUES (...) 语句。本工具只解析 INSERT 语句提取数据，SELECT 查询语句不会产生输出。如果只有 CREATE TABLE 语句，会显示警告「仅检测到 CREATE TABLE，没有数据行可转换」。请确保 SQL 脚本是数据导出（dump）而非查询语句。
不支持。本工具专注于数据提取，只解析 INSERT 语句和 CREATE TABLE 语句。存储过程（CREATE PROCEDURE）、函数（CREATE FUNCTION）、触发器（CREATE TRIGGER）、视图（CREATE VIEW）等数据库对象定义不会被解析。如需迁移这些对象，建议使用数据库原生工具如 pg_dump、mysqldump。
可以。在设置中开启「包含 BOM」选项后，CSV 文件会带有 UTF-8 BOM 头（\uFEFF），Excel 会正确识别编码显示中文等非 ASCII 字符。如果不包含 BOM，部分 Excel 版本可能将 UTF-8 中文显示为乱码。Google Sheets、WPS 等现代表格软件通常不需要 BOM 也能正确识别。
可以。选择「SQL 重建」输出格式，可重新生成 INSERT 语句。支持选择目标方言（MySQL/PostgreSQL/SQLite/标准 SQL）、自定义表名、可选生成 CREATE TABLE 语句（基于数据自动推断列类型 INT/BIGINT/FLOAT/VARCHAR/TEXT/BOOLEAN）。这适合把 MySQL 脚本重建为 PostgreSQL 方言或调整表名后重新导入数据库。
JSON 输出是完整的 JSON 数组（[{...},{...}]），适合一次性加载到内存的程序读取。JSON Lines（也称为 NDJSON）每行一个独立的 JSON 对象，适合流式处理、大数据导入、Elasticsearch bulk API、日志分析等场景，可逐行读取不占用大量内存。本工具支持两种格式自由切换。
可以。工具会按 INSERT 语句中指定的列顺序保留列名。如果 INSERT 没有显式指定列名（如 INSERT INTO t VALUES (...)），则按第一行值的数量生成 col_1、col_2 等占位列名。多张表各自的列顺序独立保留，合并导出时按表分别呈现。
理论上没有硬性上限，受浏览器内存限制。一般几十 MB 的 SQL dump 文件可以流畅处理，超大型文件（数百 MB）可能因浏览器内存不足变慢。建议处理超大文件时拆分为多个小文件分批转换，或关闭「美化输出」减少内存占用。所有解析在浏览器本地完成，不受网络传输限制。
原因 1：SQL 脚本只包含 SELECT 查询语句，本工具只解析 INSERT 语句提取数据，不执行查询。解决：使用 mysqldump/pg_dump 导出数据为 INSERT 语句。原因 2：SQL 脚本只有 CREATE TABLE 没有数据行，会显示警告提示。原因 3：INSERT 语句语法不规范（如缺少 VALUES 关键字），请检查 SQL 语法正确性。原因 4：SQL 中所有内容都被注释掉了（-- 或 /* */），请检查是否有误删的注释符。
Excel 默认按 GBK 编码识别 CSV，UTF-8 编码的中文会显示为乱码。解决：在「设置」中开启「包含 BOM」选项，输出的 CSV 文件会带有 UTF-8 BOM 头（\uFEFF），Excel 会正确识别 UTF-8 编码。如果已经导出了无 BOM 的 CSV，可用记事本另存为「带 BOM 的 UTF-8」后再用 Excel 打开，或直接用 Google Sheets、WPS 等现代表格软件打开。
原因：SQL 中数字被引号包裹（如 '123' 而非 123），工具按字符串解析。解决：检查 SQL 脚本中数字是否被引号包裹，去掉引号即可。如果原始数据就是这样（如 ZIP 邮编常被存为字符串），这是预期行为，因为保留字符串语义可避免前导零丢失（如 01234 不会被解析为 1234）。
原因：SQL 字符串中的特殊字符（换行、引号、反斜杠）未正确转义。本工具支持 SQL 标准转义（'' → '）和 MySQL 反斜杠转义（\n、\' 等），但如果原始 SQL 使用了非标准转义（如 PostgreSQL 的 E'...' 字符串），可能无法正确还原。解决：检查 SQL 转义是否符合标准，必要时用文本编辑器手动调整后再转换。
原因：「多表分别输出」选项未开启，CSV/HTML/Markdown 等表格格式默认只输出第一张表。解决：在「设置」中开启「多表分别输出」选项，CSV 会按表分段输出（带 # Table: 表名 标记），JSON 会按表名分组（{表名1:[...],表名2:[...]}）。注意 JSON Lines 格式不区分表，所有行会合并输出。
原因：重建时选择了错误的方言，不同方言使用不同引号风格（MySQL 反引号、PostgreSQL 双引号、SQL Server 方括号）。解决：在「设置」中选择目标 SQL 方言，工具会按对应引号风格重新生成 INSERT。例如选择 PostgreSQL 时表名会变成 "users"，选择 MySQL 时会变成 `users`。
九种输出格式的特点和适用场景对比：
| 格式 | 扩展名 | 特点 | 最佳场景 |
|---|---|---|---|
JSON | .json | 结构化数组，类型保留 | API 对接、程序读取、前端数据 |
JSON Lines | .jsonl | 每行一个 JSON 对象 | 流式处理、Elasticsearch、大数据 |
CSV | .csv | 逗号分隔表格，RFC 4180 | Excel、数据分析、报表 |
TSV | .tsv | Tab 分隔表格 | 粘贴到表格软件、Bioinformatics |
XML | .xml | 带标签和属性的结构化文档 | SOAP 接口、配置文件、Java 系统 |
YAML | .yaml | 可读性最佳的配置格式 | Ansible、K8s、CI/CD 配置 |
HTML | .html | 带样式表格，可直接浏览器查看 | 网页展示、邮件、报告 |
Markdown | .md | Markdown 表格语法 | README、文档站点、技术博客 |
SQL 重建 | .sql | 重生成 INSERT，可换方言 | 跨数据库迁移、表名修改 |
解析 SQL 值时的类型识别规则（按字面量形式判断）：
| SQL 字面量 | 识别类型 | JSON 输出 | CSV 输出 |
|---|---|---|---|
123 | 整数 | 123 | 123 |
-45 | 负整数 | -45 | -45 |
3.14 | 浮点数 | 3.14 | 3.14 |
1e10 | 科学计数 | 10000000000 | 10000000000 |
'hello' | 字符串 | "hello" | hello |
NULL | 空值 | null | (空) |
TRUE | 布尔真 | true | TRUE |
FALSE | 布尔假 | false | FALSE |
0xFF | 十六进制 | "0xFF" | 0xFF |
X'4142' | 十六进制 | "X'4142'" | X'4142' |
主流数据库的标识符（表名、列名）引号差异：
| 数据库 | 引号风格 | 示例 | 说明 |
|---|---|---|---|
| MySQL/MariaDB | 反引号 ` | `users` | 默认开启，区分保留字 |
| PostgreSQL | 双引号 " | "users" | 区分大小写，标准 SQL 风格 |
| SQLite | 双引号 "/反引号`/方括号[] | "users" / [users] | 兼容多种风格 |
| SQL Server | 方括号 [] | [users] | T-SQL 默认风格 |
| Oracle | 双引号 " | "users" | 强制大写，加引号保留大小写 |
| 标准 SQL | 双引号 " | "users" | ANSI SQL 标准 |
本 SQL 转换器所有操作完全在你的浏览器本地完成：SQL 解析、数据提取、格式转换全部通过浏览器 JavaScript 在客户端执行，不会通过网络向任何服务器发送 SQL 内容、上传的文件或转换结果。文件上传使用浏览器原生 FileReader API 直接读取到内存，不经过任何中间服务。不使用 Cookie 追踪，不收集任何用户输入或使用数据。关闭或刷新页面后，所有输入和输出内容自动从内存清除（历史记录仅本地保存在浏览器 localStorage 中）。适合处理含用户隐私、商业敏感信息的数据库导出脚本。
