与不同数据类型的多对多关系

Posted 2023-05-09

【中文标题】与不同数据类型的多对多关系

【英文标题】：Many to many relationship with different data types

【发布时间】：2017-09-14 07:58:12

【问题描述】：

我正在尝试为不同类型的事件创建一个数据库。每个事件都有任意的、用户创建的、不同类型的属性。例如“客人数量”、“要播放的特殊歌曲”、“小丑到达的时间”。并非每个事件都有一个小丑，但一个用户仍然可以与一个小丑进行不同的事件。我的基本概念是

propID | name | type
------ | ---- | -----
    1  |#guest| number
    2  |clown | time

和另一个表，每个事件都有一个唯一的 eventID。问题是一个简单的方法，比如

eventID | propID | value
------  | ------ | -----
     1  |    1   |  20
     1  |    2   |  10:00

由于数据类型不同，实际上并不能正常工作。

现在我想到了一些可能的解决方案，但我真的不知道哪个最好，或者是否有更好的解决方案？

1.

我将所有值存储为字符串并使用属性表中的数据类型。我认为这被称为 EAV，不被认为是好的做法。

2.

只有有限数量的有意义的数据类型，这可能会导致这样的表：

eventID | propID | stringVal  | timeVal | numberVal
------  | ------ | ---------  | ------- | --------
     1  |    1   |   null     |  null   |    20
     1  |    2   |   null     |  10:00  |   null

3.

为多个表使用可能的数据类型，例如：

        propDateEvent                   propNumberEvent
--------------------------          --------------------------
eventID | propId | value            eventID | propId | value 
--------|--------|--------          --------|--------|--------
    1   |    2   |  10:00              1    |    1   |  20

不知何故，我认为每个解决方案都有其起伏。 #1 感觉是最简单但最不健壮的。 ＃3似乎是最干净的解决方案，但如果我想添加例如非常复杂每个事件的属性的优先级。

【问题讨论】：

看看this 和this。恕我直言，如果您没有有限类型的数据类型，第一种情况会更好，因为它具有灵活性。

【参考方案1】：

您提出的所有选项都是实体/属性/价值或 EAV 的变体。基本概念是您将实体（在您的案例事件中）、它们的属性（#guest、小丑）以及这些属性的值存储为行，而不是列。

Stack Overflow 上有很多 EAV 问题，讨论利弊。

您的 3 个选项提供了不同的数据存储方式 - 但您没有说明您想要检索该数据的方式，或验证您将要存储的数据。这是 EAV 最大的问题。

您将如何执行所有活动必须将“#guests”作为必填字段的规则（例如）？您将如何找到至少有 20 位客人且没有小丑预订的所有活动？您将如何显示 2 个日期之间的事件列表，按日期和来宾人数排序？

如果这些要求对您来说并不重要，EAV 就可以了。如果有，请考虑使用文档来存储此用户定义的数据（JSON 或 XML）。 mysql 可以本地查询这些文档，您可以更轻松地执行业务逻辑，而且您不必为最简单的业务案例编写极其复​​杂的查询。