内省

使用 Prisma ORM 内省你的数据库

为了本指南的目的，我们将使用一个包含三个表的演示 SQL 模式

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`	✔️	否	✔️	自动递增
`name`	`NVARCHAR(1000)`	否	否	否	-
`email`	`NVARCHAR(1000)`	否	否	✔️	-

Post

列名	类型	主键	外键	必需	默认
`id`	`INT`	✔️	否	✔️	自动递增
`createdAt`	`DATETIME2`	否	否	✔️	`now()`
`updatedAt`	`DATETIME2`	否	否	✔️
`title`	`VARCHAR(255)`	否	否	✔️	-
`content`	`NVARCHAR(1000)`	否	否	否	-
`published`	`BIT`	否	否	✔️	`false`
`authorId`	`INT`	否	✔️	✔️	-

Profile

列名	类型	主键	外键	必需	默认
`id`	`INT`	✔️	否	✔️	自动递增
`bio`	`NVARCHAR(1000)`	否	否	否	-
`userId`	`INT`	否	✔️	✔️	-

下一步，你将内省你的数据库。内省的结果将是你的 Prisma 模式中的一个数据模型。

运行以下命令来内省你的数据库

npx prisma db pull

此命令读取在 .env 中定义的 DATABASE_URL 环境变量并连接到你的数据库。一旦连接建立，它就会内省数据库（即它读取数据库模式）。然后，它将数据库模式从 SQL 转换为 Prisma 数据模型。

内省完成后，你的 Prisma 模式将被更新

Introspect your database

现在数据模型看起来类似于这样（请注意，模型上的字段为了更好的可读性已被重新排序）

prisma/schema.prisma

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 的数据模型是你数据库模式的声明性表示，并作为生成的 Prisma Client 库的基础。你的 Prisma Client 实例将公开为这些模型量身定制的查询。

现在，数据模型存在一些小的“问题”

User 关系字段是大写的，因此不符合 Prisma 的命名约定。为了表达更多的“语义”，如果这个字段被称为 author 来更好地描述 User 和 Post 之间的关系，那就更好了。
User 上的 Post 和 Profile 关系字段以及 Profile 上的 User 关系字段都是大写的。为了符合 Prisma 的命名约定，这两个字段都应该小写为 post、profile 和 user。
即使在小写之后，User 上的 post 字段仍然有些命名不当。这是因为它实际上指的是一个帖子列表 —— 因此更好的名称应该是复数形式：posts。

这些更改与生成的 Prisma Client API 相关，其中使用小写的关系字段 author、posts、profile 和 user 对于 JavaScript/TypeScript 开发人员来说会感觉更自然和符合习惯。因此，你可以配置你的 Prisma Client API。

由于关系字段是虚拟的（即它们不会直接体现在数据库中），你可以在你的 Prisma 模式中手动重命名它们，而无需触及数据库

prisma/schema.prisma

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?
}

在这个例子中，数据库模式确实遵循了 Prisma ORM 模型的命名约定（只有从内省生成的虚拟关系字段不符合这些约定，需要调整）。这优化了生成的 Prisma Client API 的人体工程学。

使用自定义模型和字段名称

但有时，你可能希望对在 Prisma Client API 中公开的列和表的名称进行额外的更改。一个常见的例子是将数据库模式中常用的 snake_case 表示法转换为对于 JavaScript/TypeScript 开发人员来说感觉更自然的 PascalCase 和 camelCase 表示法。

假设你从基于 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 页面上了解更多关于此的信息。

使用 Prisma ORM 内省你的数据库​

使用 Prisma ORM 内省你的数据库