SAP ABAP OData gateway缓存表的存储逻辑 - cache table logic
生活随笔
收集整理的這篇文章主要介紹了
SAP ABAP OData gateway缓存表的存储逻辑 - cache table logic
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
Created by Jerry Wang, last modified on Jun 19, 2015
gateway系統首先會檢查自己的 cache table看里面是否有cached的model數據:
接下來gateway會把這個從frontend端cache table里讀出來的model的change timestamp和后臺的timestamp做比較:
就是frontend這張表里的數據: /IWFND/I_MED_CTC. application第一次運行時,frontend的cache table必定是空的,第一次metadata請求完之后,從后臺返回的model數據就存在這張表里。
Backend class:
如果后臺MPC_EXT的lv_last_modified和frontend傳進來的cached model的last change timestamp一致,就認為model是最新的,不用發送。
否則認為cache應該發送:
如果cache_timestamp 為空,證明frontend系統沒有enable cache,這種情況下不需要發送cache model到frontend。
總結
以上是生活随笔為你收集整理的SAP ABAP OData gateway缓存表的存储逻辑 - cache table logic的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 苹果 iPhone 15 Pro 机模曝
- 下一篇: OpenAI 创始人与日本首相会面,考虑