1。

Question

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

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

Answer 1

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

Stack Overflow上有很多关于EAV的问题，讨论了它们的优点和缺点。

您的3个选项提供了不同的数据存储方式 - 但您无法解决检索数据的方式，也无法验证您要存储的数据。这是EAV最大的问题。

您将如何执行所有活动必须具有的规则＆＃34;＃guests＆＃34;作为必填字段（例如）？你怎么能找到至少有20位客人，没有小丑的所有活动？您将如何显示2个日期之间的事件列表，按日期排序和客人数量？

如果这些要求对您不重要，那么EAV就可以了。如果他们这样做，请考虑使用文档来存储此用户定义的数据（JSON或XML）。 MySQL可以本地查询这些文档，您可以更轻松地强制执行业务逻辑，即使是最简单的业务案例，您也不必编写可怕的复杂查询。

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

1。

2.

3.

1 个答案: