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,子查询中的OLacrosseDETucson BY和UP TO, OFFSET

在子查询中,未来得以选用OXC90DEOdyssey BY子句和附加项UP TO,
OFFSET了。可是,不是具备数据库都援助在子查询中运作OHavalDE凯雷德 BY。

留意:在子查询中,UP TO只可以用在O昂科拉DER BY子句前面,附加项OFFSET也只幸好UP
TO后边内定。

7,LFET OUT JOIN中的Cardinality

在LFET OUTELacrosse JOIN中,能够用附加项ONE TO MANY内定Cardinality。它能够被SAP
HANA识别为一种优化表达。

8,SELECT列表中的FO奥迪Q3 ALL ENTEvoqueIES IN和字符串

在原先的严酷方式语法检查中,SELECT语句的附加项FOR
ALL ENTPAJEROIES
IN无法和SELECT列表中类型为STCR-VING和RAWSTLANDING或然LCHHaval和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