内省
使用 Prisma ORM 内省你的数据库
为了本指南的目的,我们将使用一个包含三个表的演示 SQL schema
CREATE TABLE [dbo].[Post] (
[id] INT NOT NULL IDENTITY(1,1),
[createdAt] DATETIME2 NOT NULL CONSTRAINT [Post_createdAt_df] DEFAULT CURRENT_TIMESTAMP,
[updatedAt] DATETIME2 NOT NULL,
[title] VARCHAR(255) NOT NULL,
[content] NVARCHAR(1000),
[published] BIT NOT NULL CONSTRAINT [Post_published_df] DEFAULT 0,
[authorId] INT NOT NULL,
CONSTRAINT [Post_pkey] PRIMARY KEY ([id])
);
CREATE TABLE [dbo].[Profile] (
[id] INT NOT NULL IDENTITY(1,1),
[bio] NVARCHAR(1000),
[userId] INT NOT NULL,
CONSTRAINT [Profile_pkey] PRIMARY KEY ([id]),
CONSTRAINT [Profile_userId_key] UNIQUE ([userId])
);
CREATE TABLE [dbo].[User] (
[id] INT NOT NULL IDENTITY(1,1),
[email] NVARCHAR(1000) NOT NULL,
[name] NVARCHAR(1000),
CONSTRAINT [User_pkey] PRIMARY KEY ([id]),
CONSTRAINT [User_email_key] UNIQUE ([email])
);
ALTER TABLE [dbo].[Post] ADD CONSTRAINT [Post_authorId_fkey] FOREIGN KEY ([authorId]) REFERENCES [dbo].[User]([id]) ON DELETE NO ACTION ON UPDATE CASCADE;
ALTER TABLE [dbo].[Profile] ADD CONSTRAINT [Profile_userId_fkey] FOREIGN KEY ([userId]) REFERENCES [dbo].[User]([id]) ON DELETE NO ACTION ON UPDATE CASCADE;
展开以查看表的图形概览
用户
列名 | 类型 | 主键 | 外键 | 必需 | 默认值 |
---|---|---|---|---|---|
id | INT | ✔️ | 否 | ✔️ | 自增 |
名称 | NVARCHAR(1000) | 否 | 否 | 否 | - |
电子邮件 | NVARCHAR(1000) | 否 | 否 | ✔️ | - |
帖子
列名 | 类型 | 主键 | 外键 | 必需 | 默认值 |
---|---|---|---|---|---|
id | INT | ✔️ | 否 | ✔️ | 自增 |
createdAt | DATETIME2 | 否 | 否 | ✔️ | now() |
updatedAt | DATETIME2 | 否 | 否 | ✔️ | |
标题 | VARCHAR(255) | 否 | 否 | ✔️ | - |
内容 | NVARCHAR(1000) | 否 | 否 | 否 | - |
已发布 | BIT | 否 | 否 | ✔️ | false |
作者 ID | INT | 否 | ✔️ | ✔️ | - |
个人资料
列名 | 类型 | 主键 | 外键 | 必需 | 默认值 |
---|---|---|---|---|---|
id | INT | ✔️ | 否 | ✔️ | 自增 |
bio | NVARCHAR(1000) | 否 | 否 | 否 | - |
用户 ID | INT | 否 | ✔️ | ✔️ | - |
下一步,你将内省你的数据库。内省的结果将是你的 Prisma schema 中的一个 data model。
运行以下命令来内省你的数据库
npx prisma db pull
此命令读取在 .env 中定义的 DATABASE_URL 环境变量,并连接到你的数据库。连接建立后,它会内省数据库(即读取数据库 schema)。然后,它将数据库 schema 从 SQL 转换为 Prisma data model。
内省完成后,你的 Prisma schema 将被更新
现在 data model 看起来类似于这样(请注意,为了更好的可读性,模型上的字段已被重新排序)
model Post {
id Int @id @default(autoincrement())
title String @db.VarChar(255)
createdAt DateTime @default(now()) @db.Timestamp(6)
content String?
published Boolean @default(false)
authorId Int
User User @relation(fields: [authorId], references: [id])
}
model Profile {
id Int @id @default(autoincrement())
bio String?
userId Int @unique
User User @relation(fields: [userId], references: [id])
}
model User {
id Int @id @default(autoincrement())
name String? @db.VarChar(255)
email String @unique @db.VarChar(255)
Post Post[]
Profile Profile?
}
Prisma 的 data model 是你的数据库 schema 的声明式表示,并作为生成的 Prisma Client 库的基础。你的 Prisma Client 实例将公开针对这些模型量身定制的查询。
现在,data model 存在一些小的“问题”
- User 关系字段是大写的,因此不符合 Prisma 的命名约定。 为了表达更多的“语义”,如果将此字段称为 author 以更好地描述 User 和 Post 之间的关系,那也会很好。
- User 上的 Post 和 Profile 关系字段以及 Profile 上的 User 关系字段都是大写的。 为了符合 Prisma 的命名约定,这两个字段都应小写为 post、profile 和 user。
- 即使在小写之后,User 上的 post 字段仍然略有命名不当。 这是因为它实际上指的是 posts 列表 —— 因此更好的名称应该是复数形式:posts。
这些更改与生成的 Prisma Client API 相关,在 API 中使用小写的关系字段 author、posts、profile 和 user 对于 JavaScript/TypeScript 开发人员来说会感觉更自然和符合习惯。 因此,你可以配置你的 Prisma Client API。
由于关系字段是虚拟的(即它们不会直接在数据库中体现),因此你可以在你的 Prisma schema 中手动重命名它们,而无需触及数据库
model Post {
id Int @id @default(autoincrement())
title String @db.VarChar(255)
createdAt DateTime @default(now()) @db.Timestamp(6)
content String?
published Boolean @default(false)
author User @relation(fields: [authorId], references: [id])
authorId Int
}
model Profile {
id Int @id @default(autoincrement())
bio String?
user User @relation(fields: [userId], references: [id])
userId Int @unique
}
model User {
id Int @id @default(autoincrement())
email String @unique @db.VarChar(255)
name String? @db.VarChar(255)
posts Post[]
profile Profile?
}
在本例中,数据库 schema 确实遵循了 Prisma ORM 模型的命名约定(只有从内省生成的虚拟关系字段不符合这些约定,需要调整)。 这优化了生成的 Prisma Client API 的人体工程学。
使用自定义模型和字段名称
但有时,你可能希望对 Prisma Client API 中公开的列和表的名称进行其他更改。 一个常见的例子是将数据库 schema 中常用的 snake_case 表示法转换为 PascalCase 和 camelCase 表示法,这对于 JavaScript/TypeScript 开发人员来说感觉更自然。
假设你从基于 snake_case 表示法的内省中获得了以下模型
model my_user {
user_id Int @id @default(autoincrement())
first_name String?
last_name String @unique
}
如果你为此模型生成了 Prisma Client API,它将在其 API 中采用 snake_case 表示法
const user = await prisma.my_user.create({
data: {
first_name: 'Alice',
last_name: 'Smith',
},
})
如果你不想在你的 Prisma Client API 中使用数据库中的表名和列名,你可以使用 @map 和 @@map 来配置它们
model MyUser {
userId Int @id @default(autoincrement()) @map("user_id")
firstName String? @map("first_name")
lastName String @unique @map("last_name")
@@map("my_user")
}
使用这种方法,你可以随意命名你的模型及其字段,并使用 @map(用于字段名称)和 @@map(用于模型名称)来指向底层表和列。 你的 Prisma Client API 现在看起来如下所示
const user = await prisma.myUser.create({
data: {
firstName: 'Alice',
lastName: 'Smith',
},
})
在“配置你的 Prisma Client API”页面上了解更多信息。