S/4 HANA 1809 已經在上月發布，隨之而來的是ABAP 7.53。

本文是更新文檔中ABAP SQL的部分的翻譯。

本次更新的內容較多，主要內容包括：Open SQL更名為ABAP SQL；新函數和表達式；限制移除；table buffer增強；更嚴格的語法檢查規則等。

?

譯者水平有限，如有錯誤之處，請評論指出。

?

本文鏈接：https://www.cnblogs.com/hhelibeb/p/9848373.html

1，Open SQL的新名字：ABAP SQL

Open SQL已經被更名為ABAP SQL。這個重命名反映出ABAP SQL的某些部分目前只支持特定的數據庫平臺（SAP HANA數據庫），已經不再是全平臺獨立的了。

2，層次函數

層次函數（Hierarchy functions）是可以在查詢中被指定為數據源的表函數（table function）。

3，輔助連接

在一個以SAP HANA為主數據庫的ABAP應用服務器上，表DBCON里的輔助連接也應該是一個SAP HANA數據庫。除了CONNECTION附加項以外，它也對ABAP SQL和NATIVE SQL生效。（ADBC和EXCE SQL）。

不再需要使用Database Shared Libraries (DBSL)，而應使用SAP HANA Smart Data Access (SDA)。在SDA中，輔助數據庫使用特殊限定名或使用虛擬表從SAP HANA數據庫中尋址。如果將SAP HANA數據庫是ABAP服務器主數據庫，ABAP程序可以通過標準連接使用這些名字。只能通過AMDP或者Native SQL來使用這一功能。

4，關系表達式 IS INITIAL

可以在SQL條件中使用表達式 IS [NOT] INITIAL 來比較運算數和它們的類型初始值。

如果使用了該表達式，語法檢查會以7.53版本的嚴格模式運行。

（譯注：從文檔來看，7.53版本的嚴格模式規則和7.52版本是相同的。）

5，日期/時間函數

ABAP SQL現增加了對以下日期/時間函數的支持：

• 時間函數
  • TIMS_IS_VALID

• 時間戳函數
  • TSTMP_IS_VALID
  • TSTMP_CURRENT_UTCTIMESTAMP
  • TSTMP_SECONDS_BETWEEN
  • TSTMP_ADD_SECONDS

• 日期/時間轉換
  • TSTMP_TO_DATS
  • TSTMP_TO_TIMS
  • TSTMP_TO_DST　　

• 時區函數
  • ABAP_USER_TIMEZONE
  • ABAP_USER_TIMEZONE

?如果使用了這些函數，語法檢查會以7.53版本的嚴格模式運行。

6，發布公用表表達式的Associations

可以通過公用表表達式（common table expression，以下簡稱CTE）訪問CDS視圖，現在可以使用語句WITH的WITH ASSOCIATIONS附加項來發布這些視圖的association，以便在當前WITH語句的路徑表達式中使用。附加項REDIRECT TO也可以用于替換前CTE或當前CTE發布的association的目標數據源。

如果使用了該附加項，語法檢查會以7.53版本的嚴格模式運行。

7，SELECT列表中的數字

此前，在SELECT查詢中只能使用INT4類型范圍內的值。現在，可以使用長度為31的數字，當其不在INT4類型范圍內時，會被解釋為DEC類型。

8，CAST增強

現在可以通過CAST表達式把INT1, INT2, INT3, INT4和INT8轉換為DEC了。

9，INSERT語句子查詢中的Client操作

現在，INSERT語句的附加項USING CLIENT可以在子查詢中指定了。這意味著在插入操作中指定的目標表的client可以不同于子查詢數據源的client。

如果沒有在子查詢中指定USING CLIENT，自動client操作會應用當前的client ID。在7.53之前，使用USING CLIENT指定的client ID也會在子查詢中使用。

現在子查詢的FROM子句可以訪問使用INSERT語句填充的數據庫表或經典視圖，這意味著可以從一個client復制數據到另一個client。

使用這一特性時，語法檢查會以7.53版本的嚴格模式運行。

10，以子查詢為數據源的MODIFY

在ABAP SQL的寫語句MODIFY里，可以在FROM關鍵字后面使用一個加上括號的SELECT subquery_clauses來實現以子查詢作為數據源。子查詢的數據結果集的行，會直接在數據庫中插入或更新到目標表里。不再需要把數據從數據庫傳輸到ABAP應用服務器了。

使用這一特性時，語法檢查會以7.53版本的嚴格模式運行。

11，USING CLIENT和會話變量client

如果在一個ABAP SQL讀語句中，存在對一個特定于客戶端的CDS視圖的多查詢，并且該CDS視圖中使用了annotation：@ClientHandling.algorithm:#SESSION_VARIABLE的話，多個查詢中的會話變量client（相當于SAP HANA數據庫中的ABAP特定會話變量CDS_CLIENT）必須設為同一值。如果為其中某項查詢設定了不同的值，則會發生運行時錯誤SAPSQL_DIFFERENT_CLIENT_VALUES。這種情況會在使用了WITH語句或者UNION語句時發生。

12，表緩存中的null值

現在表緩存支持真null值了，null值不再被轉換為類型初始值。在訪問緩存時，會產生和直接訪問數據庫時一樣的結果。不再存在相應的限制。這會影響到以下方面：

• 對于包含null值的關系表達式，現在在緩存中進行比較的時候，結果也是unknown了（除非表達式是IS [NOT] INITIAL）。
• IS [NOT] NULL不再繞過緩存。
• 訪問被緩存的CDS視圖。當緩存被訪問時，會產生和直接訪問數據庫相同的結果。null值通常由outer join或某些表達式如case表達式產生。已經不再存在只有不產生null值的CDS視圖才能被緩存的限制。

13，限制移除

• 對于某些SQL表達式和函數，ABAP SQL的讀語句不再繞過緩存。
• 在不需要識別單行或者generic range的條件里，當某列指定在比較或者BETWEEN的右側時，ABAP SQL讀語句不再繞過緩存。前提是兩個運算數都是數字類型的、并且不是DF16_DEC類型或者DF34_DEC，或者都是字符類型的，或者都是都是RAW類型、且具有相同長度。

14，弱檢查

在ABAP SQL語句里使用了不被全部數據庫平臺支持的特性時，不會再產生語法檢查警告，而是產生擴展程序檢查警告。

15，新檢查

如果以內表作為SELECT語句的數據源時，內表需要被傳遞給數據庫表，會產生一個語法警告。可以使用pragma ##itab_db_select來隱藏這個語法檢查警告。

16，程序調用中的替換服務

類CL_OSQL_REPLACE中的方法ACTIVATE_REPLACEMENT有了新參數FLG_SURVIVE_SUBMIT，允許在被調用的程序中進行重定向。

17，GROUP BY附加項GROUPING SETS

在一個SELECT語句中，可以使用GROUP BY附加項GROUPING SETS了。附加項GROUPING SETS可以在一個SELECT語句下進行多個分組聚合。也可以在一個語句中通過對相同的SELECT使用不同的GROUP BY子句分組、并且使用UNION來實現相同的功能。后者易出錯并且對數據庫來說更難優化。相比之下，GROUPING SETS附加項也使得解釋和維護SELECT語句變得更簡單。

18，聚合函數GROUPING

現在可以在SELECT語句中使用GROUPING函數。帶有聚合函數GROUPING的聚合表達式在GROUP BY子句中擔任分組集GROUPING SETS的分組函數。分組函數GROUPING可以區分出在結果集中的指定的列是否被聚合。只能在使用了包含GROUPING SETS附加項的GROUP BY子句的情況下使用該函數。

19，語法規則的更嚴格檢查

過去在語法檢查的嚴格模式的某些檢查規則，現在在非嚴格模式下也會有效。在非嚴格模式下，違反這些規則會產生語法檢查警告，在多數情況下，會導致程序運行期間產生運行時錯誤。

• 在訪問視圖時，鍵字段必須位于開始處。
• 在訪問關聯了CDS role的CDS entity時，不能使用附加項USING CLIENT和CLIENT SPECIFIED。
• 即使在使用路徑表達式時， 附加項CLIENT SPECIFIED也只能用于特定于客戶端的數據源。
• 指定列時，對于包含include結構的數據庫表，必須使用組件的實際名稱，而不是ABAP Dictionary中定義的任何組的名稱。
• 使用關鍵字AS定義的SELECT列表的別名最多可包含30個字符。ORDER BY后也不允許使用超過30個字符的備用列名。
• LCHR和LRAW類型的列只有在與相應長度字段一起讀取時才能在查詢中讀取。
• 對于SELECT中的FOR ALL ENTRIES：
  • 當數據源的列與內表列之間進行比較且它們的類型為p時，小數位必須匹配。　
  • 在ORDER BY之后使用PRIMARY KEY指定的主鍵的所有列也必須出現在SELECT列表中。
  • 只能為具有基本行類型的內表指定偽組件table_line。
• 對于聚合函數之外、在HAVING后指定的列，必須使用GROUP BY分組。這也適用于在使用了HAVING子句的時候直接在SELECT列表中指定、但沒有在GROUP BY后指定的列。
• 如果SELECT列表指定為*，HAVING子句只能同GROUP BY子句一起使用。
• 如果ORDER BY后使用了別名，這個名字必須是唯一的，也不可以和沒有別名的列的名字相同。
• 在into后指定的工作區wa的字段少于SELECT列表中的顯式字段。
• 在SELECT列表中顯式指定的字段無法被賦給into子句中相應的結構工作區wa里的字段，或者無法賦給由括號包圍、逗號分隔的數據對象。
• 在LIKE的右側，不能指定長度是左側字段2倍以上的字符文本或常量。
• 使用UPDATE FROM或MODIFY FROM訪問所有字段都是鍵字段的投影視圖。
• 使用INSERT FROM, UPDATE FROM，或者MODIFY FROM創建寫入流時指定于通用的引用（A reference that is too general）。
• 在語句UPDATE中，列只能出現在單個更新表達式（update expression）的左端。

英文原文：ABAP SQL in Release 7.53

可以參考《數據庫系統概念》的第3章SQL、第4章中級SQL和第5章高級SQL以理解某些內容。

?

相關閱讀：ABAP 7.52 中的Open SQL新特性

　　　　 ?? ABAP 7.50 新特性

　　　??? 　ABAP 7.40, SP08 中的 Open SQL 新特性

?

轉載于:https://www.cnblogs.com/hhelibeb/p/9848373.html

總結

以上是生活随笔為你收集整理的ABAP 7.53 中的ABAP SQL（原Open SQL）新特性的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。