维护数据库的最佳方法是什么？更少的具有数十万（或数百万）行的表或许多具有数千行的表？我正在创建一个网站，该网站将有一个可以达到数十万（可能是数百万）行的表格。但是，我想把它分成 10-15 个表，每个表都有几千行。这是正确的方式还是我应该选择一张桌子。需要提到的是，在这两种情况下，数据管理对我来说都不是问题。我担心性能问题。此外，将所有表（将创建以代替一个大表）放在同一个数据库中是否很好，或者我可以创建 2-3 个数据库，每个数据库中有 4-5 个表？在同一网页上访问多个数据库会影响性能吗？
问问题
71 次
3 回答
1
我不相信这个问题非常适合这个网站的格式。因此，它可能最终被关闭。但是当它打开时，我会这样回答：
没有关于什么是“最好”的规则。
我建议遵循一些简单的原则。
提防过早的优化——在你能证明它是一个重要的瓶颈之前不要优化。
以自然的方式使用数据库- 如果您按照设计的工作方式使用数据库，那么数据库非常擅长解决如何做好事情。也就是说，使用它以适合所表示的数据的方式对数据进行建模。
从接口中抽象出数据库- 如果可能，尝试以这样一种方式编写代码，即如果将来需要，底层数据库模型可以更改，而无需重写整个程序。
使用武力——相信你的直觉。
于 2013-03-12T04:27:29.350 回答
0
您是否探索过 NoSql 数据库，例如 Couchbase？这些水平扩展，无需执行您的建议。
于 2013-03-12T04:30:30.710 回答
-2
想想你未来的查询......你将如何使用这些表？....您要检索哪些数据...以及按什么顺序...您要搜索表格...我总是被教导最快的数据排序方法...是存储它预先排序...如果可以的话
于 2013-03-12T04:22:29.277 回答