☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让trae准确生成数据库结构，必须用约束语言明确定义主键、弱实体依赖、字段关系（→符号+基数）、多对多中间表联合主键、条件外键、字段属性（fk/calc/rule）、枚举值和时区时间。
要让trae在数据库设计讨论中准确理解字段关系并生成清晰的结构，必须用明确的约束语言描述实体间依赖、基数和操作语义，不能只写“用户有订单”这种模糊表达。
先定义核心实体与主键
第一步：列出所有业务实体，每个实体后紧跟其【不可为空的主键字段及数据类型】，例如“用户（user_id INT PK）”“订单（order_id UUID PK）”。不写主键或写成“id”这种泛称，Trae会默认所有id都是INT且可空，后续外键推导必然错乱。
第二步：对每个实体，用括号注明该实体是否为弱实体。如果是，必须写出其依赖的强实体及依赖方式，例如“订单项（order_item_id SERIAL PK，依赖订单→order_id FK NOT NULL）”。漏掉“NOT NULL”，Trae可能生成允许悬空引用的字段。
显式声明字段间关系
方法一：用“→”符号直连字段，格式为“字段A → 字段B（关系类型+基数）”。例如：“order_id → user_id（一对多，一个用户可下多个订单）”。关系类型必须从“一对一/一对多/多对一/多对多”中选，不能写“关联”“连接”这类词。
方法二：对多对多关系，必须拆解为中间表并写出全部外键。例如：“用户 ↔ 订单 → 中间表 user_order（user_id FK，order_id FK，联合主键）”。【中间表缺少联合主键声明，Trae会误判为冗余表并删掉其中一个外键】
方法三：带条件的外键需用括号补充业务约束。例如：“payment_status → status_code（一对多，仅当order_type=‘premium’时启用）”。不写条件，Trae会把status_code当成全局枚举字段，无法支持差异化状态流。
字段属性必须绑定上下文
每个非主键字段后面，立刻跟上它的约束来源：是外键（FK）、计算字段（CALC）、还是业务规则强制值（RULE）。例如：“total_amount DECIMAL(10,2) CALC（price × quantity × discount_rate）”。写成“total_amount 金额”这种自然语言描述，Trae会当成普通字符串字段处理。
枚举类字段必须列出全部合法值，用竖线分隔。例如：“order_status ENUM(‘pending’|‘shipped’|‘cancelled’)”。只写“订单状态”，Trae可能生成VARCHAR(50)且无校验，导致脏数据入库。
时间字段必须注明时区行为。例如：“created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW()”。写成“创建时间”，Trae默认生成无时区TIMESTAMP，跨地区服务会出现时间偏移。
