哪个数据库(DBMS)最能处理大型表?

80米的排不算大。您只需要学习如何设计和查询这种大小的数据。其中可能包括规范化、非规范化、聚类和索引,但通常情况下,它们之间的权衡比看上去要深。添加索引实际上会影响性能 即使是读书 例如,如果优化器不够好或者决定了错误的统计信息。

我建议你读一读 Refactoring SQL Applications 因为它不是从“DB调谐器”而是从开发人员的角度来解决问题。

除非迫不得已,否则我会远离MySQL。Postgres9.0Rocks根据“rock”的几个定义,但我仍然会在生产中使用8.4几个月。

如果您希望人们帮助您处理这个表,请提供尽可能多的详细信息:模式、索引、数据分布、使用模式等。

切换DBMS不是解决方案。

有多大? 它有什么索引?

如果真的那么大,你能把它分开吗?

对不起,真的没有捷径。

如果您对在性能和底层表结构/索引方面有问题的查询提供更多详细信息,我敢打赌smarties会提供一些指导。

我刚看到这个。你需要登陆infobright.org。对于数字计算,它是伟大的。它为mysql提供了一个数据库引擎,但它是为分析而构建的,而不是为事务更新而构建的。

甲骨文公司 和

这两个都不在你的短名单中,所以你很可能不会考虑它们。我怀疑其他产品也能处理你的负载,尽管我对微软的产品有些不信任。所以。。。把这看作是为了信息而提供的信息。