![]() |
1
4
不要将答案组合成一列,不管是否分隔。如果你这样做,你不仅仅是打破了 rule-of-thumb in db design ( 第一范式 )你也在为你自己建立一个受伤的编程世界。 你也应该考虑到你参与了 过早优化 在这里。也不要那样做。以我的经验,我认为其他人也会同意,你应该 相信你的关系数据库 为您高效地存储和检索数据。唯一需要做的是正确设置索引。如果这真的变成了一个性能问题,您可以在这一点上取消规格化。 |
![]() |
2
4
针对您的编辑,您提供的两个选项都不是此问题的“正确”设计。你应该赚5英镑 排 在一个答案表中,每一个都有问题的ID,在一列中只有一个答案。 只有当结果出现性能问题时,您才应该考虑其他设计。除非你收集了上百万的问题,否则不太可能有问题。 |
![]() |
3
2
如果他们在同一张桌子上,那就没什么区别了。 一旦访问了一行,从列中查找数据只需花费很少的时间。 你应该根据你的数据和你将如何访问它来做决定。 |
![]() |
4
2
不要依赖猜测和假设。你自己,在你的硬件上,用你的代码,和你的数据做基准测试。 |
![]() |
5
2
我想说的是,你访问和使用信息的方式比它实际存储的方式更相关。 我可能会说,如果要单独引用每个答案,例如多项选择答案,请将答案存储在具有以下结构的3列表中:
答案大概是1,2,3,4,。。对于一个给定问题的每一个答案,都会更加合适和理智。 |
![]() |
6
0
有些数据库不索引文本类型列。因此,如果将列从文本列拆分为varchar, 和 每一列都有索引, 和 您使用的数据库不索引文本列,分解它们会获得更好的性能。 |
![]() |
Michael Samuel · MYSQL在以下情况下自动创建索引 6 年前 |
![]() |
Patricia Rozario · 数据库设计确保一对一关系 6 年前 |
![]() |
dryhay · MySQL“多对多”关系错误 6 年前 |
![]() |
L. Fox · 我在这里用的是什么样的Laravel雄辩的关系 6 年前 |
![]() |
Geoff Harper · 我应该如何构建关系松散的SQL db 6 年前 |
![]() |
waroxx · SQL—当多个表具有相同的列时,最好怎么做 6 年前 |
![]() |
Lumpi01 · SQL 2不同的注释类型-最佳解决方案? 6 年前 |
![]() |
Hayreddin Tüzel · 预约系统数据库建模[关闭] 6 年前 |