共计 1099 个字符，预计需要花费 3 分钟才能阅读完成。
Salesforce
Force.com integrates and optimizes several different data persistence technologies to deliver transparent polyglot persistence for all your applications and devices. With Force.com, you don’t have to deal with the complexity of trying to integrate, manage, test, and support several systems, and you only have to code to a single API, no matter which type of persistence is optimal for a given situation. The following figure is an overview of a sampling of Force.com’s persistence technology.
Salesforce 存在一个 Polyglot Persistence 多态存储的概念。应用程序可以通过 Polyglot persistence 暴露出的统一接口去访问平台上的数据，而无需关心这些数据背后具体的存储技术到底是 Transaction Engine, 还是由常驻内存提供，亦或是由支持全文本查找的搜索引擎提供。
SAP C4C(Cloud for Customer)
作为 SAP 提供的一款 SaaS CRM 解决方案，C4C 也存在类似 Salesforce Polyglot Persistence 的设计，我们称之为元数据仓库存储。
我们在 cloud application studio 的 package 下面能看到许许多多的开发对象：
可以想象，这二三十种开发对象后台的存储逻辑和技术都各不相同。每次用户登录 Cloud application studio，打开自己工作的 package 后，都会从后台将自己创建的类型各异的开发对象取出然后显示在 studio 里。
为了给 Cloud application studio 工具端和其他消费者 (比如 C4C 前端 UI) 提供一个统一高效的 API 去 C4C 后台读取这些模型的数据，C4C 设计了一个元数据存储仓库，该仓库提供了一个优化过后的 API，相当于设计模式里的 Facade(外观模式 / 门面模式）。该 API 会根据具体被访问的对象，将请求转发到该对象对应的存储服务提供者 (Access service provider) 上去。对于 API 的消费者来说，这些对象具体的存储技术是完全透明的，不需要知道。
要获取更多 Jerry 的原创文章，请关注公众号 ” 汪子熙 ”: