OBD 常被用来部署测试环境，或者演示环境，相比 OCP 更加轻量。
2）OBD 仅在部署集群时协助白屏化操作，可是集群部署做完之后的运维操作，如监控告警、备份恢复，就不支持白屏化了。
通过倘若是要部署和运维一个生产环境，推荐直接应用 OCP，因为 OCP 自始至终的全部操作都是白屏化的。且 OCP 有一个在后台常驻的进程，允许用于监控和告警，并且 OCP 能够展示的监控数据也更多、更清晰。
3）OceanBase 利用 Paxos 协议同步事务日志，只需要多数派（不需要全部）副本的 redo 日志落盘成功，就会认为写操作执行成功。
4）ODP 不会直接对 SQL 进行计算，只必须解析 SQL 并转发，没有 SQL 执行模块。且解析 SQL 模块使用的是 ODP 自己定制的 Parser 模块，只会解析出 DML 语句中的数据库名、表名和 Hint，不需要凭借其他复杂的表达式推演。然后再凭借 location cache（路由表）获取分区的位置信息，根据路由规则确定要转发到的 observer 即可。ODP 的整个 SQL 转发逻辑是非常轻量的。
5）在 OceanBsae 里，每个 zone 中最多有一份全功能副本，租户有 3 个 zone，因而租户内最多有 3 份全功能副本。
6）在 OceanBase 里，每个 zone 中最多有一份全功能副本。在一个 5 个 zone 的集群里创建租户，租户允许有 1 到 5 个 zone，所以租户内可以有 1 到 5 份全功能副本。注意这里的用户租户不一定要在集群中每一个 zone 中都有副本，在创建用户租户时，可以选择让这个租户只涉及集群中的一个 zone 或几个 zone。