电子商务/经销商数据库设计

Question

我正在考虑为某些混合型电子商务/汽车经销商数据库设计。

一切都还好，但是我无法解决的一个问题，或者更好地说是-解决了，但是比这更好的事吗？

我的类别没有相同的属性。汽车具有与之相应的汽车品牌和汽车型号。但是要出售的零件和其他一些类别具有“制造商”，但“添加帖子时用户”将键入“模型”。 有些类别具有Year，Drive ...，但其他类别则具有完全不同的属性。

我想说的-类别具有不同的属性。帖子可以按类别搜索。

当用户选择“汽车-搜索”表单时，会打开“制造商”，“型号”，“年份”，“驾驶” ...，但其他类别将提供其他属性供选择搜索。

发布表-是单个发布（汽车，零件，产品...），它将保留每个类别的通用属性。

后值表-是属性值

可能的值表-该属性是否具有所有可能的值。像“ Make”属性一样，将保留奥迪，宝马，雷诺...的可能价值...

Input_type表-将保留用于前端的该属性的输入类型（文本，下拉列表，复选框，单选框...），用于在用户添加时在Form中动态添加属性发布。

我想到了这样的事情。但是“问题”是每个属性都将以varchar类型存储。对于具有40个属性表的100个帖子，将填充4000行。

这对搜索不利-我将获得属性列表，并且需要将该列表与每个帖子的属性列表进行比较。而且查询列表中的每个项目都必须与Post_Value表中的属性列表中的项目相匹配。

我将为此使用带谓词的Entity框架，以将所有项目与所有其他列表项目进行匹配。我将在“属性和Post_Value”表中索引属性的值和名称。

但是这种设计的速度真的让我担心。还有其他建议吗？