ABAP 7.52 中的Open SQL新特性

S/4 HANA 1709 已经以几单月前发布,随之而来的是ABAP 7.52。

本文翻译了创新文档中有关Open SQL的片。

比方读者是Open SQL的初手,请不要打本文看起。更确切的科目是:A complete
guide to OpenSQL statements – Step-by-step tutorial with
screenshots

 

正文链接:http://www.cnblogs.com/hhelibeb/p/7941300.html

1,内表作为数据源

现今得用内表指定为查询语句子之数据源。如果内表数据要传递给数据库的话,则不得不在部分数据库及运行。

例子:

DATA itab TYPE HASHED TABLE OF scarr
          WITH UNIQUE KEY mandt carrid.

IF NOT cl_abap_dbfeatures=>use_features(
         EXPORTING
           requested_features =
             VALUE #( ( cl_abap_dbfeatures=>itabs_in_from_clause ) ) ).
  cl_demo_output=>display(
    `System does not support internal tables as data source` ).
  RETURN.
ENDIF.

itab =  VALUE #( ( carrid = 'LH' carrname = 'L.H.' )
                 ( carrid = 'UA' carrname = 'U.A.' ) ).

SELECT scarr~carrid, scarr~carrname, spfli~connid
       FROM @itab AS scarr
         INNER JOIN spfli ON scarr~carrid = spfli~carrid
       INTO TABLE @DATA(result)
       ##db_feature_mode[itabs_in_from_clause].

cl_demo_output=>display( result ).

2,关系表达式

基准表达式即支持以下状况:

  • 得针对字符类数据类型大小比较,并且不再限制N类型。
  • 操作符BETWEEN不再限制N类型,SQL表达式现在可以当右手使用了。
  • 如今呢支撑LIKE操作符。

3,转换函数

乍的类型转换函数BINTOHEXHEXTOBIN而今可当SQL表达式中拿byte
strings转换为character strings,这种力量以CAST表达式中凡是不可行的。

以身作则程序,可以视零星栽易方式的结果是平等的:

 SELECT SINGLE id AS uuid32, hextobin( id ) AS uuid16
       FROM iwreferenc
       WHERE tcode = 'SE38'
       INTO @DATA(wa).

IF sy-subrc = 0.
  DATA uuid16 LIKE wa-uuid16.
  cl_system_uuid=>convert_uuid_c32_static(
    EXPORTING
      uuid          =     wa-uuid32
    IMPORTING
      uuid_x16      =     uuid16 ).
  ASSERT wa-uuid16 = uuid16.
ENDIF.

 

4,路径表达式

以下特征现在在路表达式(path
expression)中可用:

  • 在传参的空白部分、属性方括号的空域部分以及斜杠\眼前的岗位,路径表达式可以分开为多只代表码行。
  • 目标数据也是CDS表函数(table
    function)的时节,也可以使用Association了。
  • 参数可以当路子表达式association的后传递。由此可指定带有参数的CDS
    entities作为association的数据源。
  • 当路线表达式中,现在可以指定join表达式的cardinality和档次作为性能。
  • association的过滤条件现在好于路径表达式中指定。

5,访问控制

乍的机要字WITH PRIVILEGED
ACCESS
足关闭CDS的访问控制。

6,子查询中之ORDER BY和UP TO, OFFSET

在子查询中,现在可运用ORDER BY子句和叠加项UP TO,
OFFSET了。不过,不是负有数据库都支持在子查询中运作ORDER BY。

只顾:在子查询中,UP TO只能用当ORDER BY子句后,附加项OFFSET也只能当UP
TO后面指定。

7,LFET OUT JOIN中的Cardinality

于LFET OUTER JOIN中,可以用附加项ONE TO MANY指定Cardinality。它好叫SAP
HANA识别为同一栽优化说明。

8,SELECT列表中之FOR ALL ENTRIES IN和字符串

在原先之适度从紧模式语法检查中,SELECT语句的增大项FOR
ALL ENTRIES
IN不能够和SELECT列表中类型为STRING和RAWSTRING或者LCHR和LRAW的排列一起出现。现在是界定已经深受移除,语法检查只有见面针对是提醒一个警戒,而休是左。

9,严格模式之语法检查

假设你用到了端列有底Open SQL中的任一新特性,语法检查会以从严模式运作。

10,Client处理

在切换Client读取CDS entities时,附加项USING
CLIENT
CLIENT
SPECIFIED
见面使以下(更严厉的)规则:

  • CDS访问控制不见面当跨Client访问时工作。因此,附加项USING
    CLIENT
    CLIENT
    SPECIFIED
    只能够在CDS
    entities的访问控制被关门的时节利用,即注解为AccessControl.authorizationCheck.#NOT_ALLOWED,或者查询语句被采用了上文5中的WITH
    PRIVILEGED
    ACCESS
    时。
  • 路线表达式只能于自行Client处理打开的时利用。不可以用CLIENT
    SPECIFIED
    ,以防路径表达式中之association中的FROM子句被的目标数据是负定Client(Client-specific)的数据源(?),association的源数据源也不得以是凭定客户端的。

11,Open SQL中的代办服务

类CL_OSQL_REPLACE得在ABAP
Unit单元测试中将数据库访问重定向到访问其它数据库的Open SQL。

此类只能以测试类中采取。

演示程序:DEMO_CL_OSQL_REPLACE

 

相关文章