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的消費者來說，這些物件具體的儲存技術是完全透明的，不需要知道。

本文來自雲棲社群合作伙伴“汪子熙”，瞭解相關資訊可以關注微信公眾號”汪子熙”。