跳转到内容
API 接口文档v2

SQL INSERT文本 转 Protocol Buffers Schema文本 API

通过TableConvert转换API,由受支持的SQL INSERT导出文本准备proto3 schema及后附JSON样例文本。受支持的INSERT列名提供字段名起点,但SQL CREATE类型、约束与关系不会自动成为目标schema。

REST APIv2 · 直接返回输出SQL INSERT文本 → Protocol Buffers Schema文本每次成功转换消耗 1 积分

试用这个转换接口

查看真实样例,在浏览器本地预览,或使用自己的密钥发送真实请求。

已验证样例
POSThttps://api.tableconvert.com/v2/convert/sql-to-protobuf

Protocol Buffers Schema文本 响应

syntax = "proto3";

message MyMessage {
  string id = 1;
  string name = 2;
  string status = 3;
}

[
  {
    "id": "101",
    "name": "Alice",
    "status": "active"
  },
  {
    "id": "102",
    "name": "Bob",
    "status": "inactive"
  }
]

本地预览不消耗积分,并使用导入的第一个表格或工作表。

每次成功的真实请求消耗 1 积分。

密钥仅发送给转换 API,此页面不会保存密钥。

接入前需要确认

接入前请核对

请将输入整理为受支持的INSERT行,并检查带引号标识符与字面值。

接入前请核对

编译前需分离schema与后附JSON;完整API输出不能直接编译,也不是protobuf二进制数据。

接入前请核对

不会将数据库或工作表类型恢复为schema类型;生成message或record字段为字符串。

接入前请核对

将标题作为目标标识符前,请规范化命名空间前缀、带引号标识符或格式字符。

代码示例

这些示例以 multipart/form-data 发送样例,并原样保存响应字节。请先设置环境变量 TABLECONVERT_API_KEY。

SQL INSERT文本 转 Protocol Buffers Schema文本 API · cURL

curl --fail-with-body --max-time 40 \
  'https://api.tableconvert.com/v2/convert/sql-to-protobuf' \
  --header "Authorization: Bearer $TABLECONVERT_API_KEY" \
  --form-string 'data=CREATE TABLE records (id TEXT, name TEXT, status TEXT);
INSERT INTO records VALUES ('\''101'\'', '\''Alice'\'', '\''active'\'');
INSERT INTO records VALUES ('\''102'\'', '\''Bob'\'', '\''inactive'\'');' \
  --output 'sql-to-protobuf.protobuf.txt'

需要 cURL。若示例采用文件上传,请先下载输入样例。

身份验证

发送 Authorization: Bearer YOUR_API_KEY。请让 HTTP 客户端设置 multipart 边界,不要手动指定 Content-Type。

生产环境的 API Key 请保存在服务端环境变量中。

请求参数

将受支持的INSERT语句及其列清单按表格文本解析;API不会在数据库中执行SQL。

参数类型默认值说明
datastring—直接发送 SQL 表格内容;data、file、url 三种来源任选其一。
filebinary—通过 multipart/form-data 上传 sql 文件。
urlstring—可公开访问的受支持文件 HTTP 或 HTTPS URL。

使用 data、file 或 url 提供一种输入来源。页面示例使用适合该格式的来源模式。

输出选项

生成proto3 message定义,后面附带行数据的JSON表示;组合文本既不是protobuf wire编码,也不是可直接编译的独立.proto文件。

此输出格式不提供额外选项。

转换规则

情况处理方式
映射规则 1受支持的INSERT列名与值元组成为表头和数据行,不执行SQL。
映射规则 2表头成为编号string字段,数据行作为独立JSON示例附在后面。
映射规则 3受支持的INSERT列名提供字段名起点,但SQL CREATE类型、约束与关系不会自动成为目标schema。

输入读取方式

  • 为获得可预期的列映射,请使用明确的INSERT列清单与受支持的值元组。
  • 这里进行文本解析,不求值任意SQL查询,也不迁移schema或访问数据库。
  • 导入前请处理计算表达式、方言专用字面量与复杂转储。
  • 提取后可能需要清理带引号的标识符文本与源字面量语义;请核对null和转义。

输出生成方式

  • 表头名称成为从1开始编号的string字段。
  • 使用protoc或protobuf库前,请先分离message定义与后附JSON。
  • 使用schema草稿前,请校验字段标识符、保留字与长期字段编号策略。

适用场景

此转换的实际用途

以受支持的SQL INSERT导出文本为起始数据,准备protobuf message schema原型。请将输入整理为受支持的INSERT行,并检查带引号标识符与字面值。

Protocol Buffers Schema文本

为集成原型起草含字符串字段及样例记录的平铺message。

响应与错误

HTTP 状态说明
200text/plain; charset=utf-8
400输入或转换参数无效。
402积分不足,无法处理此请求。
403API Key 缺失或无效。
413输入超过已配置的请求限制。
415不支持的输入媒体类型。
429请求超过频率限制。
500转换未能完成。
503渲染服务不可用或请求超时。

重试前请先检查响应。新的 HTTP 请求属于新的转换,可能再次消耗积分。

限制、计费与版本

本地预览最多接受 200 KB。当前 API 实现允许上传一个不超过 50 MiB 的文件,multipart 中每个文本字段限制为 1 MiB,v2 转换任务的截止时间为 30 秒。部署环境可能设置更严格的限制。重试前请先检查错误内容;部分解析或渲染失败会返回 HTTP 500。

真实调用遵循 API 积分规则。转换失败会返还积分;若转换已完成,随后下载连接中断不会撤销该次成功转换。

查看 API 定价与积分

仍在使用 API v1?

此页介绍直接返回转换结果的 v2。API v1 使用 JSON 包装响应。调整现有集成前,请先查看 API 总览。

API 总览

参考资料与格式规范

格式参考资料用于说明底层语法;上方转换规则与样例描述 TableConvert 的实际实现。