上一片介绍了 Oracle Sharding 介绍系列II（特性优势），这里再介绍一下 Oracle Sharding 与其他产品进行一下横向对比。

1、Oracle Sharding 与RAC

• Oracle RAC和Active Data Guard的组合为OLTP和分析应用程序提供了透明的横向扩展和可用性，并且可以满足99 +％的用例需求。 使用Oracle RAC，所有事务可以对数据库中的任何数据起作用，没有必要分区数据或关注多分片操作的性能，所有RAC实例共享对同一物理数据库的直接访问。
• Oracle Sharding牺牲了透明性，为定制设计的OLTP应用程序提供了巨大的可扩展性和高可用性。 使用Oracle Sharding，应用程序被设计为使更新事务对单个分片中的数据起作用。 跨越多个分片的事务不会受益于与单分片事务相同的性能和可伸缩性。

问：在什么场景下使用Oracle Sharding 而不是RAC？

答：有以下两种情况：

1. 当Oracle Enterprise Architect或客户决定Oracle RAC无法解决当前或未来的可扩展性和可用性要求时，Oracle Sharding会成为首选解决方案；
2. 当应用程序被明确地设计用于分片数据库时。

注意，分片和Oracle RAC不是互斥的。分片可以使用Oracle RAC或RAC One节点代替复制HA。第一个版本的Oracle Sharding的唯一注意事项是RAC必须手动配置; Oracle Sharding不提供使用DEPLOY命令自动部署RAC配置，就像Data Guard / Active Data Guard和Oracle GoldenGate一样。正在考虑在将来的版本中自动部署RAC配置。

2、Oracle Sharding 与多租户 Oracle多租户是SaaS和其他数据库应用程序的整合解决方案;

Oracle Sharding是高容量OLTP系统的可扩展性和高可用性解决方案。 Oracle Multitenant支持用于SaaS应用程序的DBaaS以及私有、公共和开发/测试云。它提供了将数据库联合在一起成为逻辑数据库的基础设施，以实现对应用程序透明的所有数据的高性能查询。 Oracle Multitenant通过为Oracle数据库提供最高的整合密度以及将多个集成为一体的简单性，为降低资本和运营成本提供了独特的优势。 Oracle Sharding为定制设计的OLTP应用程序提供了巨大的可扩展性和高可用性。更新事务必须指定分片密钥，并对单个分片中的数据执行操作，以便受益于分片式数据库架构承诺的高性能和可用性。支持多分片操作或非分片键访问，但性能降低。这样的事务包括简单的聚合，报告等 – 理想地小于分片数据库的总工作负载的10％。

问：Oracle Sharding是否支持多租户？

答：Oracle Sharding（12.2.0.1）的初始版本不支持Oracle Multitenant。 计划在将来的版本中支持单租户容器数据库，支持多租户容器数据库。

问：有同时包含Oracle Sharding和多租户的场景案例吗？

答：有， 当提供对Oracle Multitenant的分区支持时，每个分片将是一个PDB，并且将受益于Multitenant提供任何其他PDB的敏捷性的相同优势。

示例包括：

• 简单地通过从其当前CDB拔出并将其插入到更高版本的CDB中来简化多租户架构中的分片。
• 迁移到Oracle Cloud和从Oracle Cloud迁移的简单性。 可以拔除作为PDB的内部部署分片，然后插入Oracle云。
• 碎片的PDB克隆。

3、Oracle Sharding 与Oracle MAA

Oracle Sharding是Oracle MAA的自然演进，旨在解决针对定制开发的OLTP应用程序的大规模可扩展性和完全故障隔离的特殊用例。 适用于Oracle数据库的所有Oracle MAA原则也适用于包含SDB的各个分片。 将扩展Oracle MAA最佳实践，以解决SDB配置和管理的任何独特注意事项。

4、Oracle Sharding 如何与Oracle集成系统相关？ Oracle Sharding是与大多数其他功能一样的硬件平台，属于Oracle MAA可扩展性和可用性解决方案的保护范围。 Oracle Sharding将受益于底层硬件平台提供的数据库工作负载的任何优势。 这意味着Oracle集成系统提供的数据库性能，可用性和可管理性的所有常见优点也会使在此类系统上运行的分片数据库受益。