Salesforce

在Jerry的其他文章曾經提到，Salesforce裡執行時物件均是通過靜態儲存的後設資料，經過Runtime engine加工而成的。

Because metadata is a key ingredient of Force.com applications, the system’s runtime engine must optimize access to metadata; otherwise, frequent metadata access would prevent the service from scaling.

既然後設資料在salesforce平臺中扮演瞭如此重要的角色，那麼執行時引擎對後設資料的高效訪問就成為一個重中之重的話題，如果達不到這個目標，頻繁的後設資料低效訪問將無法保證平臺上提供服務的高擴充套件性 high scalability。

With this potential bottleneck in mind, Force.com uses massive and sophisticated metadata caches to maintain the most recently used metadata in memory, avoid performance-sapping disk I/O and code recompilations, and improve application response times.

Salesforce平臺設計了很多複雜的後設資料快取機制，確保最近訪問過的後設資料駐留在記憶體裡，避免了磁碟IO的開銷和程式碼的重編譯，從而確保整個應用的響應時間不會影響後設資料訪問受到影響。

SAP

ABAP Netweaver也有類似的設計，把很多需要高效訪問的資料特別是應用程式的後設資料儲存到應用伺服器的shared memory共享記憶體裡。

使用事務碼SHMM檢視shared memory內容：

SAP HANA裡還能通過系統檢視system view M_METADATA_CACHE_STATISTICS來對後設資料的快取訪問進行分析：

要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/24475491/viewspace-2633849/，如需轉載，請註明出處，否則將追究法律責任。