请生成适用于PostgreSQL 15的建表语句，明确指定SERIAL主键、TIMESTAMP WITH TIME ZONE、JSONB类型、COMMENT注释、public模式前缀及pg_dump风格格式。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您希望使用DeepSeek生成符合PostgreSQL语法规范的建表语句，但不确定如何准确描述需求或规避常见语法陷阱，则可能是由于对PG数据类型、约束规则及DDL表达习惯不够熟悉。以下是实现该目标的具体方法：
一、在提示词中明确指定数据库类型与版本
DeepSeek模型本身不内置数据库元信息，需通过清晰提示引导其输出适配PostgreSQL的语句，避免混入MySQL或SQL Server特有语法（如AUTO_INCREMENT或IDENTITY列写法）。强调版本可进一步限定特性支持范围（例如PG 12+支持GENERATED ALWAYS AS IDENTITY）。
1、在提问开头直接声明：“请生成适用于PostgreSQL 15的建表语句，不要使用任何MySQL或SQL Server语法”。
2、补充说明关键要求，例如：“主键必须使用SERIAL或BIGSERIAL类型，时间字段用TIMESTAMP WITH TIME ZONE”。
3、若涉及JSON数据，明确指定使用JSONB而非JSON：“用户配置字段需定义为JSONB类型并添加GIN索引建议注释”。
二、提供结构化字段描述而非自然语言模糊描述
模型对非结构化输入易产生歧义，例如“用户编号”可能被解析为VARCHAR或INTEGER；而“用户ID：整数，主键，自增”则能显著提升准确性。将字段拆解为名称、类型、约束、注释四要素可驱动更可靠的输出。
1、采用表格化描述风格（文本形式）：“用户名：VARCHAR(50)，非空，唯一；注册时间：TIMESTAMP WITH TIME ZONE，默认CURRENT_TIMESTAMP”。
2、对约束单独列出：“外键约束：order表的user_id引用user表id，级联删除”。
3、避免使用“大概”“可能”“类似”等模糊词汇，替换为确定性表述：“状态字段取值仅限'active'、'inactive'、'pending'，使用CHECK约束限制”。
三、要求输出包含标准DDL要素与注释
完整的PostgreSQL建表语句应涵盖表名、字段定义、主键/外键/唯一约束、CHECK条件、注释COMMENT以及必要的索引建议。通过指令强制模型覆盖全部要素，可减少遗漏关键结构的风险。
1、明确要求注释位置：“每个字段后添加COMMENT，格式为COMMENT ON COLUMN table_name.column_name IS '中文说明'”。
2、索引需独立成行并标注用途：“为search_key字段创建B-tree索引，命名为idx_table_search_key”。
3、禁止省略模式限定符：“所有对象均以public.为前缀，例如public.users”。
四、利用反例校验与迭代修正
首次生成结果可能存在类型不匹配（如用TEXT代替VARCHAR）、约束缺失或注释格式错误等问题。通过提供错误样例并要求修正，可快速收敛至合规语句。
1、提交原始输出中的问题片段：“以下语句中created_at使用了DATETIME类型，请改为TIMESTAMP WITH TIME ZONE并添加默认值”。
2、指出约束逻辑缺陷：“外键未声明ON DELETE CASCADE，需补全”。
3、要求重写时保留原字段顺序与命名：“仅修正语法错误，不更改字段名、顺序或长度限制”。
五、结合pg_dump风格模板进行提示工程
PostgreSQL官方导出工具pg_dump生成的建表语句具有高度一致性，将其结构作为参考模板嵌入提示词，可使DeepSeek模仿其格式习惯，包括括号换行、约束分行书写、关键字大写等细节。
1、提供简化模板片段作为上下文：“参考格式：CREATE TABLE public.example (id SERIAL PRIMARY KEY, name VARCHAR(100) NOT NULL);”。
2、强调关键字大小写规范：“所有SQL关键字（如CREATE、TABLE、PRIMARY KEY）必须大写，标识符小写”。
3、要求字段定义严格左对齐，约束统一右缩进两格：“每个字段独占一行，NOT NULL约束与字段在同一行，CHECK约束另起一行并缩进”。
