实现 MySQL 对象层的更好方法

Question

我不是 MySQL 专业人士，但想做一些类似于关系 MySQL 表之上的对象层之类的事情。

我想要有很多“结构”，其类型为“bigint”、“longtext”、“datetime”、“double”的字段存储在 7 个表中。

entity_types (et_id, et_name) - “结构”列表；

entity_types_fields（etf_id、parent_et_id、.....、etf_ident、etf_type） - 存储在一张表中的所有结构的结构属性列表； etf_​​type 包含引用下面描述的 4 个表之一的 int 值 (0,1,2,3)。

实体（e_id、et_id） - 所有可用实体的列表（实体的 ID 和类型 ID）

和 4 个数据表（包含实体的所有数据） -

entities_props_bigint (parent_e_id、parent_etf_id、ep_data) - 对于 BIGINT 数据属性 entities_props_longtext (parent_e_id、parent_etf_id、ep_data) - 用于 LONGTEXT 数据属性 entities_props_datetime (parent_e_id、parent_etf_id、ep_data) - 用于 DATETIME 数据属性 entities_props_double (parent_e_id, Parent_etf_id, ep_data) - 对于 DOUBLE 数据属性

从此类数据层进行选择的最佳方法是什么？

让我有 e_id （实体的 ID）列表，每个实体可以有任何类型。我想获取预定义的属性列表。如果某些实体没有这样的属性，我希望它等于 NULL。

您有一些有关如何操作的信息吗？可能您有一些链接或已经处理过此类事情。

谢谢！

Answer 1

通过在关系数据库之上实现整个元数据系统，您正在重新发明轮子 。许多开发者已经尝试过做你正在做的事情然后用SQL来查询它，就好像它是关系数据一样。但在 SQL 中实现非关系数据和元数据系统比您预期的要困难。

我已将您问题的 relational 标记更改为 eav，因为您的设计是 实体属性值设计。 Stack Overflow 中的标签数量限制为 5 个。但你应该意识到你的设计不是相关的。

关系设计必然对实体的所有实例具有一组固定的属性。在关系数据库中表示这一点的正确方法是使用表的列。这允许您为每个属性指定名称和数据类型，并确保同一组名称及其数据类型适用于表的每一行。

从此类数据层中进行选择的最佳方法是什么？

查询设计的唯一可扩展方法是将属性数据和元数据作为行获取，并在应用程序代码中重建对象。

SELECT e.e_id, f.etf_ident, f.etf_type, 
    p0.ep_data AS data0, 
    p1.ep_data AS data1, 
    p2.ep_data AS data2,
    p3.ep_data AS data3
FROM entities AS e
INNER JOIN entity_type_fields AS f ON e.et_id = f.parent_et_id
LEFT OUTER JOIN entities_props_bigint   AS p0 ON (p0.parent_e_id,p0.parent_etf_id) = (e.e_id,f.etf_id) 
LEFT OUTER JOIN entities_props_longtext AS p1 ON (p1.parent_e_id,p1.parent_etf_id) = (e.e_id,f.etf_id) 
LEFT OUTER JOIN entities_props_datetime AS p2 ON (p2.parent_e_id,p2.parent_etf_id) = (e.e_id,f.etf_id) 
LEFT OUTER JOIN entities_props_double   AS p3 ON (p3.parent_e_id,p3.parent_etf_id) = (e.e_id,f.etf_id) 

在上面的查询中，每个实体字段最多匹配一个属性，其他数据列将为空。如果所有四个数据列都为空，则实体字段丢失。

---

回复你的评论，好吧，现在我更好地理解你想要做什么。您在树中有实体实例的集合，但每个实例可能是不同的类型。

我的设计方式如下：

• 将所有实体子类型共有的所有属性存储在一种超类型表中。

实体（e_id、entity_type、name、date_created、creator、sku 等）

• 将特定于实体子类型的任何属性存储在自己的表中，如 Martin Fowler 的 类表继承设计。

entity_books(e_id,isbn,pages,publisher,volumes,etc.)

entity_videos(e_id,format,region,discs,etc.)

entity_socks(e_id,fabric,size,color,etc.)

• 使用 闭包表设计用于对对象的层次结构进行建模。

entity_paths(ancestor_e_id, Descendant_e_id, path_length)

有关类表继承和闭包表的更多信息，请参阅我的演示文稿 SQL 中实用的面向对象模型 和 SQL 中的分层数据模型，或我的书 SQL 反模式卷 1：避免数据库编程的陷阱，或 Martin Fowler 的书企业应用程序架构模式。