|
|
1
6
使用数据库来实现它的目的;到目前为止,选项A是您的最佳选择。值得注意的是,您的查询实际上并不是特别重,它连接了三个表;SQL在这方面非常擅长。 对于这种过早优化SQL的尝试要谨慎;SQL在它所做的事情上比大多数人认为的要高效得多。 请注意,使用选项A的另一个好处是,要维护的代码更少,随着代码的更新,数据分散的机会也更少;这是一个生命周期好处,而且它们经常被忽略,从而获得微小的优化好处。 |
|
|
2
1
为了表现,你可能会“重复自己”(违反dry)。权衡是(a)额外的存储空间,(b)额外的工作,以保持数据库中的所有内容都是自洽的。 两种方法都有优点/缺点。然而,过早优化有其自身的一系列陷阱。 |
|
|
3
1
老实说,对于这个问题,我建议减少信息量。在我看来,对多个页面进行多次投票确实会给服务器带来沉重的负担。当然,如果你放弃了网站上的真实流量…-) |
|
|
blogger13 · 视频租赁店数据库的规范化 1 年前 |
|
|
ì¤ì¤í · 为什么LEFT INNER JOIN被弃用? 1 年前 |
|
|
relatively_random · 确保两个表之间一致的共同参考 1 年前 |
|
|
Grenish Rai · Firestore错误“用户文档不存在” 1 年前 |
|
|
Saijo-Shi · PLpgsql中的更新触发器 1 年前 |
|
Dante · Django::配置不当:池不支持持久连接 2 年前 |
|
YouLocalRUser · 删除重复行,保留第一行 2 年前 |