DDL 转 RestCloud 查询生成

要解决什么问题

在 RestCloud 等集成场景里，你往往已经有一份数据库里的 CREATE TABLE DDL，却还要手工写查询 SQL 和字段映射 JSON：时间戳函数因库而异，表名是否带 schema 也有约定，多表时更容易抄错列名。这个技能把「从表结构到可跑查询 + 参数模板」做成可重复的流水线，而不是每次对着 DDL 手搓。

技能如何工作

输入是一份或多份 CREATE TABLE 语句（MySQL / PostgreSQL / SQL Server 混在一个文件里时，会按语句拆表处理）。技能会先 自动识别数据库类型（例如 PostgreSQL 侧常见 TIMESTAMP(6)、INT8 等特征，SQL Server 侧常见 DATETIME2、IDENTITY 等），再为每张表生成两类产物：

1. select_statements.sql：按目标库写出 SELECT 列清单；时间字段会用库专属函数格式化（MySQL 用 DATE_FORMAT()，PostgreSQL 用 TO_CHAR()，SQL Server 用 FORMAT()），并遵循各库对 schema 前缀是否出现在表名中的习惯。
2. params_templates.txt：输出 Velocity 模板风格的 JSON，供 RestCloud 做字段映射；列名在 params 里会从 snake_case 转成 camelCase（如 created_at → created_At）。

多表 DDL 时，两个输出文件都会按表分段，便于直接拷贝到对应接口配置。

适用边界与注意点

• 输入形态以 DDL 文件中的 CREATE TABLE 为主；复杂视图、存储过程或跨库方言扩展不在描述范围内。
• 时间戳列依赖 DDL 中的类型与命名能被规则识别；若列名或类型非常规，生成结果仍需人工核对。
• Params 的命名规则是固定的 camelCase 变换，若下游系统要求全小写或其它命名规范，要在生成后自行调整。