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