问个数据库方面大表的问题

Question

比方说，苏宁易购，他们要卖东西，肯定有订单表，比如是order表，像苏宁易购这样的大系统，每天肯定有很多人在用，在下订单，我想，其数据库服务器应该是多台吧，不应该是单个服务器来支撑这么庞大的系统。

如果是多个数据库服务器的话，是不是每个数据库服务器上都存在这个order表哦？

如果是这样的话，就涉及到查询，我该怎么查询所有的订单数据哦？
既然order表在多个数据库服务器中存在，就应该为每个数据库服务器上的order表设立主键，如果主键正好是序列递增的话，那岂不是有订单重复的问题？

Answer 1

比方说，苏宁易购，他们要卖东西，肯定有订单表，比如是order表，像苏宁易购这样的大系统，每天肯定有很多人在用，在下订单，我想，其数据库服务器应该是多台吧，不应该是单个服务器来支撑这么庞大的系统。单个服务器凭啥不能支撑?适当的索引、适当的分区、适当的移表，都可以满足订单表，哪怕是上亿数据。我们系统单服务器RAC 1460W的数据量，通过分区效率仍旧还是可以。主键不会序列递增，这么低级的错误，oracle等软件厂商早就解决掉了。

Answer 2

这种应用会使用数据库集群的，就比如oracle的rac。

Answer 3

试试dbfaq.net网站与相关人讨论。。

Answer 4

这个话题要是拆开了讲,好大哦! 至于数据库单表最多能支持多大的数据量,这个确实没有研究过.信息时代,作为数据存储与处理的受体,数据库本身出现效率问题是极有可能的,但是解决这些效率问题,也是作为一个DBA必须具有的能力.我觉着应该找几本书研究一下,比如 "让oracle跑的更快" 2   基于海量数据的优化.