Salesforce的多态存储和SAP C4C的元数据存储仓库

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的原创文章，请关注公众号"汪子熙":