本篇文章为大家展示了Salesforce和SAP HANA的元数据访问加速是怎样的，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
在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的开销和代码的重编译，从而确保整个应用的响应时间不会影响元数据访问受到影响。
ABAP Netweaver也有类似的设计，把很多需要高效访问的数据特别是应用程序的元数据存储到应用服务器的shared memory共享内存里。
使用事务码SHMM查看shared memory内容：
SAP HANA里还能通过系统视图system view M_METADATA_CACHE_STATISTICS来对元数据的缓存访问进行分析：
上述内容就是Salesforce和SAP HANA的元数据访问加速是怎样的，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注创新互联-成都网站建设公司行业资讯频道。
