首先,如果标题含糊不清,我很乐意道歉,这个问题很难总结 - 请随时编辑。
在我正在建设的网站中,我有类别中的产品(并且类别正在不断扩展)具有属性(我想不出更好的词,我为这与数据库术语交叉的事实道歉,但我的意思是属性,如颜色,大小,重量,而不是在数据库表的字段中)。这些属性可能会也可能不会定义,具体取决于类别,有时甚至是产品。
现在,使用该网站的个人将需要创建一个查询来搜索与特定属性匹配的项目(认为“绿色,重量小于4磅,评级为3星或更高”),并将该查询保存在数据库中作为他们可以参考的表的元组。请注意,这些将是最终用户,因此他们无法自己实际编写查询。另请注意,在某些类型的查询中可能存在大量冗余,并且这些查询中的查询将多于项目。
我的第一个念头:
将所有项目存储在一个表格中items
),id
,category id
,name
。将attribute_types
中的属性类型与id
,name
,type
(将为int,string,enum等)存储在一起。将属性存储在包含item_id
,attribute_type_id
和value
的单独表格中。
然后,根据HTML选择创建查询,就像我实际查询数据库一样,保存确切的查询,并将其作为字符串存储在包含id
和query
的表中。在存储之前检查是否存在查询。
这似乎可行,但我无法想象这是最好的方法。是否有一个更有效,或坦率不那么丑陋的解决方案?我是否以适当的方式存放物品?
谢谢你, 詹姆斯
答案 0 :(得分:1)
如果特定属性和类别的数量足够小,通常可以使用Concrete Table Inheritance(或其other derivation来解决,如果不是,则需要{{3模型 - 很难用复杂的查询,从长远来看,可以很快地导致Entity-Attribute-Value。
另一种替代方法是使用无模式数据存储,GIGO或序列化blob。