关系故障排除
对模式进行建模有时会产生一些意想不到的结果。本节旨在涵盖其中最突出的问题。
如果关系字段的顺序发生变化，隐式多对多自关系将返回不正确的数据
问题
在以下隐式多对多自关系中，a_eats (1) 和 b_eatenBy (2) 中的关系字段的字典序
model Animal {
id Int @id @default(autoincrement())
name String
a_eats Animal[] @relation(name: "FoodChain")
b_eatenBy Animal[] @relation(name: "FoodChain")
}
SQL 中生成的关联表如下所示，其中 A 代表猎物 (a_eats)，B 代表捕食者 (b_eatenBy)
| A | B |
|---|---|
| 8 (浮游生物) | 7 (鲑鱼) |
| 7 (鲑鱼) | 9 (熊) |
以下查询返回鲑鱼的猎物和捕食者
const getAnimals = await prisma.animal.findMany({
where: {
name: 'Salmon',
},
include: {
b_eats: true,
a_eatenBy: true,
},
})
{
"id": 7,
"name": "Salmon",
"b_eats": [
{
"id": 8,
"name": "Plankton"
}
],
"a_eatenBy": [
{
"id": 9,
"name": "Bear"
}
]
}
现在更改关系字段的顺序
model Animal {
id Int @id @default(autoincrement())
name String
b_eats Animal[] @relation(name: "FoodChain")
a_eatenBy Animal[] @relation(name: "FoodChain")
}
迁移更改并重新生成 Prisma 客户端。在使用更新的字段名称运行相同的查询时，Prisma 客户端返回不正确的数据（鲑鱼现在吃熊，被浮游生物吃掉）
const getAnimals = await prisma.animal.findMany({
where: {
name: 'Salmon',
},
include: {
b_eats: true,
a_eatenBy: true,
},
})
{
"id": 1,
"name": "Salmon",
"b_eats": [
{
"id": 3,
"name": "Bear"
}
],
"a_eatenBy": [
{
"id": 2,
"name": "Plankton"
}
]
}
虽然 Prisma 模式中关系字段的字典序发生了变化，但数据库中的列 A 和 B **没有改变**（它们没有被重命名，数据也没有被移动）。因此，A 现在代表捕食者 (a_eatenBy)，B 代表猎物 (b_eats)
| A | B |
|---|---|
| 8 (浮游生物) | 7 (鲑鱼) |
| 7 (鲑鱼) | 9 (熊) |
解决方案
如果您在隐式多对多自关系中重命名关系字段，请确保维护字段的字母顺序 - 例如，通过在前面加上 a_ 和 _b。
如何使用具有多对多关系的关联表
有几种方法可以定义 m-n 关系，隐式或显式。隐式意味着让 Prisma ORM 在幕后处理关联表（JOIN 表），您只需为每个模型上的非标量类型定义数组/列表即可，请参阅 隐式多对多关系。
当创建 显式 m-n 关系 时，您可能会遇到麻烦，也就是说，自己创建和处理关联表。可能会忽略 Prisma ORM 要求关系的两端都存在。
以以下示例为例，这里创建了一个关联表来充当 Post 和 Category 表之间的 JOIN。但是，这将不起作用，因为关联表 (PostCategories) 必须分别与其他两个模型形成一对多关系。
Post 到 PostCategories 和 Category 到 PostCategories 模型缺少反向关联字段。
// This example schema shows how NOT to define an explicit m-n relation
model Post {
id Int @id @default(autoincrement())
title String
categories Category[] // This should refer to PostCategories
}
model PostCategories {
post Post @relation(fields: [postId], references: [id])
postId Int
category Category @relation(fields: [categoryId], references: [id])
categoryId Int
@@id([postId, categoryId])
}
model Category {
id Int @id @default(autoincrement())
name String
posts Post[] // This should refer to PostCategories
}
要解决此问题，Post 模型需要定义一个具有关联表 PostCategories 的多关系字段。Category 模型也是如此。
这是因为关联模型与其他两个模型形成一对多关系。
model Post {
id Int @id @default(autoincrement())
title String
categories Category[]
postCategories PostCategories[]
}
model PostCategories {
post Post @relation(fields: [postId], references: [id])
postId Int
category Category @relation(fields: [categoryId], references: [id])
categoryId Int
@@id([postId, categoryId])
}
model Category {
id Int @id @default(autoincrement())
name String
posts Post[]
postCategories PostCategories[]
}
在多对多关系中使用 @relation 属性
在创建隐式多对多关系时，在模型上的关联字段中添加 @relation("Post") 注释似乎合乎逻辑。
model Post {
id Int @id @default(autoincrement())
title String
categories Category[] @relation("Category")
Category Category? @relation("Post", fields: [categoryId], references: [id])
categoryId Int?
}
model Category {
id Int @id @default(autoincrement())
name String
posts Post[] @relation("Post")
Post Post? @relation("Category", fields: [postId], references: [id])
postId Int?
}
但是，这告诉 Prisma ORM 预计存在 **两个** 分开的从一对多关系。有关使用 @relation 属性的更多信息，请参阅 消除关系歧义。
以下示例是定义隐式多对多关系的正确方法。
model Post {
id Int @id @default(autoincrement())
title String
categories Category[] @relation("Category")
categories Category[]
}
model Category {
id Int @id @default(autoincrement())
name String
posts Post[] @relation("Post")
posts Post[]
}
@relation 注释也可用于 命名在隐式多对多关系上创建的底层关联表。
model Post {
id Int @id @default(autoincrement())
title String
categories Category[] @relation("CategoryPostRelation")
}
model Category {
id Int @id @default(autoincrement())
name String
posts Post[] @relation("CategoryPostRelation")
}
在具有强制主键的数据库中使用 m-n 关系
问题
一些云提供商强制要求所有表中都存在主键。但是，Prisma ORM 为使用隐式语法创建的多对多关系创建的任何关联表（JOIN 表）（通过 @relation 表示）都没有主键。
解决方案
您需要使用 显式关系语法，手动创建联接模型，并验证此联接模型是否具有主键。