![]() |
1
8
使用单独的表存储此类参考数据。这是规范化的一个原则,并且还可以实现更轻松的缓存,因为您正在分离只读和读写数据。我的两分钱。。。 |
![]() |
2
3
|
![]() |
3
2
|
![]() |
4
2
您应该使用包含ListingTypes的第二个表执行此操作,并从包含对象的表链接到该表的id。。。 |
![]() |
5
1
在这种情况下,我问自己: 该项目是否可以有未确定数量的列表类型?如果是,请选择其他表格。 说明书上有没有说永远不会有超过3种类型?视情况而定。有时候我还是会选择单独的桌子,有时候不会。过了一段时间你就会有这种感觉。 项目是否始终具有单一的列表类型?如果是,则为同一表格,单列。 现在让我们再进一步。 如果一个项目有零个或多个列表类型,并且这些列表类型实际上是共享的(换句话说,两个项目可能具有相同的列表类型,那么我们有3个表:items、ListingTypes和一个交叉引用表,以支持多对多关系。 |
![]() |
6
0
原则上,您应该使用一个额外的表,因为这样不会有任何重复。它还允许您在单个位置更改此列表的值。但是,如果您非常确定不会添加任何类型,请保留该列。 |
![]() |
Davtho1983 · 在Django中查看ForiegnKey数据 7 年前 |
![]() |
N_M · 主键和外键约束在配置单元中如何工作? 7 年前 |
![]() |
Melolailo · 将约束与外键一起使用 7 年前 |
![]() |
Alfred Balle · Postgresql,对唯一约束的引用 7 年前 |
![]() |
yodabar Arkana · 更新|删除外键时的PgSQL默认操作 7 年前 |
![]() |
Seba · 如何检查外键以限制软删除? 7 年前 |
![]() |
dryhay · MySQL“多对多”关系错误 7 年前 |