关系数据库模式设计 - 如何直接从实体的字段集建模一对一映射

Question

我正在为电子商务环境中的 Customer 实体开发 MySQL（通过 Prisma 数据模型）架构。随着字段数量的爆炸式增长（包括参与度跟踪），我在这里有两种可能的设计：

type Customer {
  email: String! @unique
  name: String
  birthDate: DateTime
  addresses: [Address!]!
  ...
  productsVisited: [Product!]!
  productsShared: [Product!]!
  productsSearched: [Product!]!
  ...
}

应该将传递信息的字段或字段一起划分到自己的表中，并通过一对一的关系连接到前一个表：

 type Customer {
  profile: CustomerProfile! @relation(name: "CustomerProfile", onDelete: CASCADE)
  addresses: [Address!]!
  ...
  productEngagements: ProductEngagement! @relation(name: "CustomerProductEngagements", onDelete: CASCADE)
  ...
}

type CustomerProfile {
  customer: Customer! @relation(name: "CustomerProfile", onDelete: SET_NULL)
  email: String! @unique
  name: String
  birthDate: DateTime
}

type ProductEngagement {
  customer: Customer! @relation(name: "CustomerProductEngagements", onDelete: SET_NULL)
  productsVisited: [Product!]!
  productsShared: [Product!]!
  productsSearched: [Product!]!
}

问题：

1. 这里的正确设计思维方式是什么？我目前由我的 ER 图和直觉驱动。通过使表格变薄 w.r.t，我是否会获得或失去任何执行或灵活性优势？列数？

2. 在第二种方法中，查询是否需要为表连接做额外的工作？

抽象问题：

考虑到不断发展的模式或性能标准，一种方法肯定比另一种更好吗？或者，这只是口味问题？

Answer 1

这两种方法肯定都行得通，而且确实在一定程度上取决于您的个人偏好以及您在处理数据时想要使用的 API。

使用您概述的第二种方法，Prisma 确实会为CustomerProfile、ProductEngagement 和所有其他类型创建表（作为一般规则，Prisma 将所有类型定义从您的数据模型映射到它们自己的表）。因此，正如@rick-james 指出的那样，在检索数据时可能需要在JOINs 中执行开销。

这里的正确设计思维方式是什么？我目前受我的 ER 图驱动。

这通常是一种有效的方法，因为 Prisma 数据模型最终会映射到数据库。从这个意义上说，用 ER 图来考虑应该没问题。

另外请注意，Prisma 很快将支持嵌入类型，它允许在 Prisma 数据模型中定义一个类型，该类型不获取自己的表，而是将数据存储在内部的 JSON 列中非嵌入式类型的表。目前在将 Prisma 与 MongoDB 一起使用时已支持此功能，但尚未与 SQL 一起使用。您可以在this feature request 中了解有关此主题的更多信息。

Answer 2

在 RDBMS 中，很少有充分的理由以 1:1 的关系将一个表拆分为两个表。将JOIN 重新组合到SELECT 中当然是可能的，但会增加一些开销、代码复杂性，并且会对性能造成轻微影响。

话虽如此，我（很少）遇到这种“垂直分区”有益的情况。

• 一个表中有“太多”列，拆分可以避免达到某些数据库限制...（这种情况可能会通过其他解决方案得到更好的处理。）
• 有些列既庞大又很少使用...通过将它们移动到单独的表中，通常可以避免JOIN，并且通常可以避免因“庞大”而对性能造成的潜在影响。
• 您需要将一些列添加到一个巨大的表中，但是ALTER TABLE 命令的成本太高（想想，停机时间），以至于您迫切希望找到一种方法来避免它......这样一个单独的表又快又容易等（当然，需要JOIN会带来不便等。）
• 您有一组很少出现在表中的列...在将它们拆分之前，您打算用NULLs 填充这些列（这是一个有效的做法）。但是在将它们分开之后，您在另一个表中根本没有一行。然后使用LEFT JOIN，从而凭空重构NULLs。