gpt4 book ai didi

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

转载 作者:搜寻专家 更新时间:2023-10-30 20:49:42 25 4
gpt4 key购买 nike

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

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 似乎是最干净的解决方案,但如果我想添加例如每个事件属性的优先级。

最佳答案

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

Stack Overflow 上有很多 EAV 问题,讨论了优点和缺点。

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

您将如何执行所有事件都必须将“#guests”作为必填字段(例如)的规则?您将如何找到所有至少有 20 位客人且没有 clown 书的事件?您将如何显示 2 个日期之间的事件列表,按日期和客人人数排序?

如果这些要求对您来说无关紧要,EAV 就可以了。如果他们这样做,请考虑使用文档来存储此用户定义的数据(JSON 或 XML)。 MySQL 可以在本地查询这些文档,您可以更轻松地执行业务逻辑,并且您不必为即使是最简单的业务案例编写非常复杂的查询。

关于mysql - 与不同数据类型的多对多关系,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46213581/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com