大型数据库表仅包含整数(必须使用SUM()或AVG())的最佳选择

| 我目前正在使用MySQL表在LAMP下进行在线游戏。 该表之一很大(很快将有几百万行),并且仅包含整数(ID,时间戳,布尔值,分数)。 我做了一切,不必加入这张桌子。但是,我担心可伸缩性。我正在考虑将单个表移动到另一个更快的数据库系统。 我使用中间表来计算分数,但在某些情况下,必须直接在此表的某些过滤行集上使用SUM()或AVERAGE()。 对您来说,此表的最佳数据库选择是什么? 我的要求/规格: 该表仅包含整数(约15列) 我需要按某些列进行过滤 我想要唯一键 最好有\“ INSERT ... ON DUPLICATE UPDATE \\”,但是我想我的脚本可以自己管理它。 我必须使用SUM()或AVERAGE() 谢谢     
已邀请:
        只要确保您有正确的索引,那么选择就应该很快     
        表格中的数百万行并不庞大。如果您按照@ Tom-Squires的建议对相关键进行索引,则在选择,过滤或上载数据时不会出现任何问题。 汇总查询(总和平均)可能会带来问题。原因是它们需要全表扫描,因此需要从磁盘到内存多次读取数据。几种提高速度的方法: 如果您的数据很少更改,那么将那些查询结果缓存在代码中可能是一个很好的解决方案。 如果它经常更改,那么提高其性能的最快方法可能是确保数据库引擎将表保留在内存中。快速计算期望的大小:15列x 8字节x百万=〜100 MB的MB-确实不是问题(除非您位于共享主机上)。如果您的RDBMS不支持针对特定表进行调整,则只需将其放在不同的数据库模式中-不会有问题,因为您没有对该表进行任何联接。大多数引擎将允许您对其进行调整。     

要回复问题请先登录注册