分区表是一个利器，在数据操作只落在某个分区，或者是需要对历史数据进行清理的时候，能发挥出巨大的作用。不过，如果是做全表的操作，比如针对所有分区进行汇总查询的时候，分区表的作用就不明显了，要是这个表达到几百 GB 甚至更大，这样的全量处理基本上数据库是撑不住的。

对于有海量数据的数据库，如果是因为表多而数据多，这时候适合使用垂直切分，即把关系紧密（比如同一模块）的表切分出来放在一个服务器上。垂直切分的最大特点就是规则简单，实施也更为方便，尤其适合各业务之间的耦合度非常低、相互影响很小、业务逻辑非常清晰的系统。在这种系统中，可以很容易做到将不同业务模块所使用的表拆分到不同的数据库中。根据不同的表来进行拆分，对应用程序的影响也更小，拆分规则也会比较简单清晰，这就是所谓的share nothing。

垂直切分

数据海量不是因为表多，而是因为数据量大，这时就适合进行水平切分，将同一个表中的不同数据拆分到不同的数据库中，这就是分片技术。简单来说，Oracle 的分片技术就是通过分区技术的扩展来实现的。

以前一个表的分区可以存在于不同的表空间中，现在可以存在于不同的数据库中。不同分区存在于不同数据库，这就将数据隔离了开来，并且还可以用到不同数据库主机的资源，不过相对水平切分来说，垂直切分会更复杂一些。

水平切分

海量数据库可能表数量又多，记录数又多，因此多数系统会将垂直切分和水平切分联合使用，先对系统做垂直切分，再针对每一张表的情况有选择性地做水平切分，从而将整个数据库切分成一个分布式矩阵。

水平切分与垂直切分配合

Sharded database（SDB）：逻辑上SDB是一个数据库，但是物理上SDB包括多个物理独立的数据库，SDB类似一个数据库池，数据库池中包括多个数据库（Shard）。目前的版本最大支持1000个Shard。

Shard:SDB包括多个物理独立的数据库，每一个数据库都称为Shard，每个Shard数据库位于不同的服务器上，它们不共享CPU、内存、存储等资源。每个Shard数据库中保存表的不同数据集，但是每个Shard中都有相同的列。Shard数据库可以是Dataguard/ADG，提供高可用性，Shard数据库（单机或者ADG）可以通过GSM deploy来自动创建，也可以将一个已经通过dbca创建好的数据库添加到SDB。

Shard catalog：这是一个Oracle数据库，用于集中存储管理SDB的配置信息，是SDB的核心。SDB配置变化，比如添加/删除shard、Global service等，都记录在Shard catalog中。如果应用查询多个 Shard 中的数据，那么由 Shard catalog 统一协调分配。我们推荐将 Shard catalog配置为Dataguard环境，这样可以提供HA高可用性。如果Shard catalog无法访问，那么只会影响一些维护操作和跨Shard访问，而不会影响单独的Shard操作（通过sharding key的查询/DML）。

Shard directors: Global Data Service（GDS）实现对分片的集中部署和管理。GSM是GDS的核心组件。GSM作为Shard director,GSM类似于监听器，将客户端对SDB的请求路由到对应的shard，负载均衡客户端的访问。

sharding的主要工作原理说明