您好,登錄后才能下訂單哦!
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提供的一款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的原創文章,請關注公眾號"汪子熙":
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。