前言
文章翻譯自Tushar Sharma的文章,轉載請注明原作者和譯者!
在SAP發展到SAP HANA版本之后,SAP內部的技術正在快速地變化,SAP開發業務應用程序的方式已經發生了范式轉變(根本性改變)。 但經久不變的法則是:盡你可能的去獲取數據庫操作的最優性能。 幾個月前,當我開始了解學習ABAP CDS視圖時,我不得不搜索大量來自不同作者的博客和頁面,駁雜且費時費力。現在,我想為像我這樣開始學習ABAP CDS視圖的初學者發布一個博客系列,幫助他們入門。
Let's Start !!
介紹
數據模型是應用程序開發的基石。它們為跨系統定義和格式化數據庫內容提供了一種標准化方法,使不同的應用程序能夠共享相同的數據——降低開發成本,加快上線時間,並提高質量和性能。
那些熟悉ABAP領域應用程序開發的人對SAP NetWeaver Application Server AS ABAP中包含的傳統數據建模工具應該並不陌生——特別是存儲了對象定義的ABAP數據字典(DDIC),例如abap程序中用到的數據庫表和視圖。而隨后出現了SAP HANA和將數據密集型邏輯下推到數據庫層的新范式。
虛擬數據模型(VDM)的概念是幾年前在HANA Live中引入的,SAP HANA Live是一個在套件表之上的虛擬數據模型,它使用被稱為計算視圖的本地SAP HANA SQL視圖進行實時操作報告。
這帶來了一些挑戰:
- 它沒有正確地支持層次結構。層次結構幫助企業通過不同的層以樹形結構分析數據,並具有向下鑽取的功能。例如,時間層次結構由諸如財政年度、財政季度、財政月份等級別組成。
- 一個高質量的數據模型應該為數據提供單一的定義和格式。它應該是清晰的、明確的、可重用的、靈活的,甚至是可擴展的數據模型。
- 由於HANA Live虛擬數據模型是在HANA數據庫層定義的,這導致用於事務處理的業務套件和用於操作報告的HANA數據庫之間存在安全角色的重復。
現在我們有一些問題要思考:
1、如何捕獲數據庫中數據模型的語義,以便模型可以被不同的用戶輕松重用,例如OData客戶端和OLAP工具?
2、你如何擴展元模型來服務你的應用程序?
3、你說的這些不可能。
也許吧,如果我們沒有核心數據服務(CDS)的話。
''Core Data Services to build design-time data-persistence models''
“構建設計階段數據持久性模型的核心數據服務(CDS)”
它是一個基礎結構,數據庫開發人員可以使用它來創建應用程序服務向UI客戶端公開的底層(持久)數據模型。[鏈接]
為了利用SAP HANA進行應用程序開發,SAP引入了一個新的基礎數據建模,稱為核心數據服務(CDS)。使用CDS,數據模型是在數據庫服務器上定義和使用的,而不是在應用程序服務器上。CDS還提供了超越傳統數據建模工具的功能,包括對概念建模和關系定義、內置功能和擴展的支持。最初,CDS僅在SAP HANA的設計時和運行時環境中可用。現在,CDS概念在SAP NetWeaver中作為ABAP也得到了充分的實現,使開發人員能夠在將代碼執行下推到數據庫的同時,使用ABAP開發工具在ABAP層工作。
CDS簡化和統一了定義和使用數據模型的方式,不管你用的是那種消費技術。從技術上講,它是對SQL的增強,為您提供了一種數據定義語言(DDL),用於定義語義豐富的數據庫表/視圖(CDS實體)和數據庫中的用戶定義類型。包括:
- 用於數據模型中的計算和查詢的表達式
- 概念層次上的關聯,在查詢中使用簡單的路徑表達式代替連接
- 使用附加的(domain specific特殊域)元數據來豐富數據模型的注釋。[元數據是“描述數據的數據”。元數據可以為數據說明其元素或屬性(名稱、大小、數據類型等),或結構(長度、字段、數據列),或其相關數據(位於何處、如何聯系、擁有者)。]
ABAP和HANA平台都支持CDS !
事實上,在我看來CDS是SAP近年來在數據建模領域最野心勃勃,最令人興奮的發展。你終於可以以相同的方式(語法、行為等)定義和使用數據模型,不管是在ABAP平台還是在HANA平台。當我想到CDS時,腦海中總會出現這樣一句話:“一個數據模型可以統治所有的數據”。
除此之外,Horst Keller的博客描述了兩種不同風格的CDS。
Core Data Services – One Concept, Two Flavors
在瀏覽了上述博客之后,我們了解到CDS可以以兩種不同的方式編寫,並使用SAP 在NetWeaver AS ABAP 7.4 SP5版本中為了使ABAP開發人員能夠利用HANA功能而引入的“代碼下推”(Code Pushdown)技術。在代碼下推技術中,所有的計算都在數據庫層而不是應用層執行,這使得數據能夠快速地檢索,減少應用程序的執行量。
架構概述
CDS的架構如下所示:
- 數據庫層——這一層可以配置大多數流行的數據庫,如Oracle, SAP HANA等。但為了得到最好的效果,推薦使用SAP HANA。
- 應用層——這一層包含ABAP Backend 和 SAP Gateway,使用RFC調用進行集成。
- 表示層——這一層包含SAP Fiori用戶界面,用於向最終用戶公開應用程序。
CDS版本
下面是關於ABAP特定版本的CDS功能變更的概述。
詳細可參考-Feature Matrix
序號 | 版本 | 變化 |
---|---|---|
1 | In ABAP 7.40, SP05 | 引入CDS視圖 |
2 | In ABAP 7.40, SP08 | CDS注釋 |
帶有參數的CDS視圖 | ||
CDS視圖增強 | ||
表達式和函數 | ||
關聯的連接類型 | ||
帶有篩選條件的路徑表達式 | ||
根據固定的域值進行檢查 | ||
3 | In ABAP 7.40, SP10 | CDS的訪問控制 |
4 | In ABAP 7.50, SP00 | CDS表函數 |
會話變量 | ||
帶有輸入參數的CDS視圖 | ||
輸入參數注釋 | ||
關鍵字段 | ||
評估注釋 | ||
關聯發布 | ||
擴展 | ||
5 | In ABAP 7.51, SP00 | 集團處理 |
交叉連接 | ||
更全面的注釋 |
更多的變化可以自行查閱官方文檔
SAP平台CDS的可用性
- SAP NetWeaver 7.50, SP01, or higher.
- SAP NetWeaver 7.4 SP05
- SAP HANA SPS6
- SAP Business Suite EHP7 (Suite on HANA)
- S/4HANA
- SAP Business Warehouse 7.3
CDS其他的好處
- 語義豐富的數據模型:實體關系模型,本質上是聲明性的,非常接近概念的概念。領域特定語言(DDL、QL、DCL)。陳述性的,接近概念思維的。
- CDS完全基於SQL:任何“標准SQL”特性都可以直接使用,比如連接、內建函數等。
- 完全兼容任何數據庫:CDS是Open SQL視圖中生成到管理的,並集成到SAP HANA層。所有主要數據庫都支持這些視圖。
- 支持注釋:CDS語法支持特定領域的注釋,可以被其他組件輕松評估,比如UI、analytics和OData服務。
@AnalyticsDetails.aggregrationBehaviour
SUM()
Substring() [SQL functions]
- 關聯:視圖之上的視圖的簡化定義。沿着關系導航的路徑表達式。
- 可擴展性:我們可以使用將自動添加到CDS視圖及其使用層次結構中的字段來擴展sap定義的CDS視圖。
在模型級別上擴展
通過注釋在元模型級別上
CDS實體和它們的元數據是可擴展的,並且最佳地集成到ABAP數據字典和ABAP語言中。