存储和使用动态属性

Question

因此，我正在开发一个电子商务应用程序，我的客户希望能够创建类别和产品......显然。现在，假设客户有大约 100 个类别和 20,000 个产品。

客户端需要能够创建对过滤有意义的类别属性......因此，硬盘驱动器类别可能具有以下属性：

• 容量
• RPM
• 外形尺寸

而投影仪类别可能具有以下属性：

• 亮度
• 对比度
• 原始分辨率

我的问题是如何解决允许动态创建自定义属性，但能够使用这些属性进行搜索、过滤和报告的问题？

为每个类别创建单独的表和对象是不可能的，因为我不知道它们将创建什么类别（即 HardDriveProperties、ProjectorProperties）。

我想也许我可以在数据库中创建一个额外的列并将自定义属性序列化为 JSON，但这仍然需要我为每个类别创建一个特定的属性对象以将 JSON 反序列化为 ProductProperties 的通用列表... .我认为使用它可能会非常昂贵。

其他人是如何解决这个问题的？

Answer 1

Entity-Attribute-Value 模型（又名“开放架构”）是一种方法来解决这个问题。

该模式的本质是将列变成行。而不是看起来像这样的 HardDrive（和 Projector）表：

HardDrive(HardDriveID, Capacity, RPMs, FormFactor)
------------------    
1 1TB 7200 External

您有 Category、CategoryProperties 和 CategoryPropertyValues 表：

Category(CategoryID, Description)
--------
1 Hard Drive
2 Projector

CategoryProperties(CategoryPropertyID, CategoryID, Description)
------------------
1 1 Capacity
2 1 RPMs
3 1 FormFactor
4 2 Brightness
5 2 Contrast Ratio
... etc.

CategoryPropertyValues(ItemID, CategoryPropertyID, PropertyValue)
------------------
1 1 1TB
1 2 7200
1 3 External

Answer 2

创建一个 Product 表，其中包含 ProductID 列。
创建一个 ProductAttribute 表，其中包含以下列：Product（引用的 ProductID）、Name、Value。

我看到的一个网站有几个“值”列，一个文本和一个数字，以便可以按一系列数值进行有效搜索。

Answer 3

假设您使用关系数据库，我可能会使用类似这样的内容：

Category(Id, Name)
Property(Id, CategoryId, Description)
Product(Id, CategoryId, Name)
ProductsProperties(Id, ProductId, CategoryId, Value)

这样，您可以定义在添加/编辑属于特定类别的产品时哪些属性应该可用，并且产品可以具有无限的属性。

这比仅仅序列化 JSON 值更好，因为搜索/过滤序列化值可能非常痛苦。但是，这种方法确实使用相对规范化的数据库结构，因此如果您有很多产品、属性等，全文搜索可能会很慢。

Answer 4

我认为你的最后一段将是我要走的路线。我主要关心的是大量记录的序列化（反序列化）的性能。