SAP odata模型缓存校验机制
生活随笔
收集整理的這篇文章主要介紹了
SAP odata模型缓存校验机制
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
gateway系統(tǒng)在接到Metada請求時, 首先會檢查自己的 cache table看里面是否有cached的model數(shù)據(jù):
接下來gateway會把這個從frontend端cache table里讀出來的model的change timestamp和后臺的timestamp做比較:
就是frontend這張表里的數(shù)據(jù): /IWFND/I_MED_CTC. application第一次運行時,frontend的cache table必定是空的,第一次metadata請求完之后,從后臺返回的model數(shù)據(jù)就存在這張表里。
如果后臺MPC_EXT的lv_last_modified和frontend傳進來的cached model的last change timestamp一致,就認為model是最新的,不用發(fā)送。
否則認為cache應(yīng)該發(fā)送:
如果cache_timestamp 為空,證明frontend系統(tǒng)沒有enable cache,這種情況下不需要發(fā)送cache model到frontend。
要獲取更多Jerry的原創(chuàng)文章,請關(guān)注公眾號"汪子熙":
總結(jié)
以上是生活随笔為你收集整理的SAP odata模型缓存校验机制的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 楚留香名字符号怎么输入
- 下一篇: SAP Fiori Launchpad