trae的ai可基于自然语言描述、typescript接口、typeorm实体、现有数据库结构或混合源,自动生成符合规范的prisma schema:解析语义、ast、装饰器、ddl或多方差异,输出含datasource、model、修饰符的完整schema.prisma文件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

如果您在开发中需要为Prisma或TypeORM快速生成数据模型定义,但缺乏手动编写schema的经验或时间,Trae的AI可基于已有代码结构、业务描述或数据库需求直接输出符合规范的schema定义。以下是多种实现方式:
一、基于自然语言描述生成Prisma Schema
该方法适用于尚未存在任何实体代码、仅提供字段需求和关系说明的场景。AI通过语义解析识别实体名、字段类型、约束条件及关联方向,并映射为Prisma Schema Language(PSL)语法。
1、在Trae中输入明确的业务描述,例如:“用户表包含id(自增主键)、email(唯一)、name(可选字符串)、createdAt(时间戳默认当前);文章表包含id、title、content、published(布尔默认false)、authorId(外键指向用户)”。
2、AI自动推导一对多关系,在User模型中生成posts字段,在Post模型中生成author和authorId字段,并添加@relation修饰符。
3、AI输出完整schema.prisma文件内容,含datasource、generator及model定义,字段类型严格对应Prisma内置类型(如String、Int、DateTime、Boolean)。
4、AI在关键位置插入@unique、@default、@map、@@map等核心修饰符以确保数据库行为准确。
二、从TypeScript接口反向生成Prisma Schema
该方法适用于已定义TypeScript接口(如UserInterface、PostDTO),需将其无损迁移至Prisma的数据建模体系。AI通过AST解析提取接口成员、联合类型、可选标识及JSDoc注释中的元信息。
1、将.ts文件中相关接口代码粘贴至Trae对话框,例如interface User { id: number; email: string; name?: string; }。
2、AI识别number → Int、string → String、name? → name String?,并根据命名习惯建议添加@id、@unique等修饰符。
3、AI检测接口间引用关系(如Post接口含user: User),自动补全@relation定义与fields/references数组。
4、AI输出时保留原始字段语义,同时将TS可选属性(?)转换为Prisma的可空字段声明。
三、从TypeORM实体类自动转换为Prisma Schema
该方法面向已使用TypeORM的项目,需将@Entity装饰器类迁移至Prisma。AI解析装饰器元数据(@Column、@PrimaryGeneratedColumn、@ManyToOne等),还原数据库意图并映射为PSL等价结构。
1、提供TypeORM实体类代码,包括装饰器、列配置、关系定义及@Index等附加元数据。
2、AI识别@Column({ type: 'varchar', length: 255 }) → String,@PrimaryGeneratedColumn() → Int @id @default(autoincrement())。
3、AI将@ManyToOne(() => User)与@JoinColumn()组合,转换为Prisma中author User @relation(fields: [authorId], references: [id])及authorId Int字段。
4、AI在生成结果中显式标注原TypeORM装饰器与Prisma修饰符的对应关系,便于人工校验。
四、从现有数据库结构逆向生成Prisma Schema
该方法适用于已有MySQL/PostgreSQL等生产数据库,需快速获得与之精确匹配的Prisma模型。AI通过连接字符串或DDL语句解析表结构、索引、外键约束及注释信息。
1、提供数据库连接URL或CREATE TABLE语句片段(如users表与posts表的建表SQL)。
2、AI提取字段名、数据类型、NOT NULL、DEFAULT、UNIQUE、PRIMARY KEY、FOREIGN KEY等约束。
3、AI将SQL外键约束(如FOREIGN KEY (author_id) REFERENCES users(id))转化为Prisma的@relation声明,并同步生成关联字段。
4、AI输出时自动为SQL中带下划线的字段名(如created_at)添加@map("created_at")以保持命名一致性。
五、跨ORM混合推导生成统一Schema
该方法适用于项目中同时存在TypeORM实体与TS接口定义、或需兼容多套模型源的复杂场景。AI进行多源比对,识别字段差异、类型冲突与关系歧义,并提出标准化合并方案。
1、上传多个源文件:typeorm/entities/User.ts、types/models.ts、db/migrations/001_init.sql。
2、AI执行字段级比对,标记不一致项(如User.email在TypeORM中为@Index,在TS接口中未声明唯一性)。
3、AI依据Prisma最佳实践优先级决策:以数据库约束为准,辅以TypeORM装饰器,最后参考TS类型声明。
4、AI生成最终schema时在注释中逐条说明每处推导依据,例如“authorId字段由TypeORM @JoinColumn(name: 'author_id')与SQL FOREIGN KEY联合确定”。











