|
|
1
1
可能你需要一个 Entity-Attribute-Value (EAV)模式。这些可以让您拥有具有不同信息量的记录,但查询起来可能很棘手。 |
|
|
2
2
如果您必须坚持使用MySQL,那么正如Paul和Netcoder所说,EAV将是您选择的解决方案。
像这样面向文档的数据库是围绕这样一个逻辑构建的:一个实体没有固定数量的字段,例如一个产品和关于其所有图像的数据将驻留在一个“文档”中。 |
|
3
0
一个常用的解决方案是有一个接受键值对(通常称为EAV)的表:
|
|
|
4
0
|
|
|
5
0
为每个唯一的属性组合使用一个表,但也要将公共属性放入在具有这些公共属性的所有车型之间共享的表中。其思想是确保描述汽车的每个可能元组只能出现在模式中的一个位置。这个原则有一个名字: The Principle of Orthogonal Design . |
|
|
developer · 带外键的SQL表设计 1 年前 |
|
|
relatively_random · 确保两个表之间一致的共同参考 1 年前 |
|
|
b126 · 在两种不同的Oracle模式上执行相同查询的速度差异很大 2 年前 |
|
|
robertspierre · 在多对多关系中自动删除未引用的行 2 年前 |
|
|
Michael Samuel · MYSQL在以下情况下自动创建索引 8 年前 |