![]() |
1
6
我不知道有什么标准,但我们构造柱的方式是
我们的 数据列(如注释)放在末尾。这使得在查询分析器中查看尽可能多的数据变得更加容易,而无需向右滚动。 |
![]() |
2
2
我总是这样组织我的表格:
|
![]() |
3
1
我不确定集合约定,但我们总是将ID/主键列作为表中的第一列。我想这只是因为它让我们更清楚地看到pk。我要说的是,fk字段也遵循这一点,但之后就没有真正的标准了,您可以按数据类型来做吗? 此外,这不是一个既定的最佳实践,只是个人的选择。 |
![]() |
4
1
|
![]() |
5
1
据我所知,没有正式的标准,但通常的做法是先放置主键(通常是代理键),然后根据功能对其他字段进行分组。因此,在“person”表中,可以将包含此人地址数据的字段分组在一起。大多数人在表定义之外添加FK、索引和其他约束。 |
![]() |
6
0
嗯。。我知道没有限制。这只是一个明确的问题。 |
![]() |
7
0
我同意上面的大多数帖子,主键优先(至少)。剩下的是个人偏好。如果你有一个标准,那就坚持这个标准。 我更喜欢将列逻辑地保持在一起。有时,完全规范化的数据结构并不合适,因此在同一个表中存储了“次要实体”(即不删除空值)。例如,地址字段,或者不同的电话、移动电话、工作电话列放在一起。 我能举的最突出的例子就是如何不这样做。如果开发人员自动生成一个模式,并且列是按字母顺序创建的(甚至PK隐藏在表结构的中间),那么这是最烦人的。 |
![]() |
8
0
根据edoode:-
加
|
![]() |
blogger13 · 视频租赁店数据库的规范化 4 月前 |
![]() |
ì¤ì¤í · 为什么LEFT INNER JOIN被弃用? 5 月前 |
![]() |
relatively_random · 确保两个表之间一致的共同参考 6 月前 |
|
Grenish Rai · Firestore错误“用户文档不存在” 9 月前 |
![]() |
Saijo-Shi · PLpgsql中的更新触发器 9 月前 |
![]() |
Dante · Django::配置不当:池不支持持久连接 9 月前 |
![]() |
YouLocalRUser · 删除重复行,保留第一行 11 月前 |