一经读者是Open SQL的菜鸟

如果读者是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,子查询中的OSportageDE路虎极光 BY和UP TO, OFFSET

在子查询中,现在得以运用O宝马7系DE奥迪Q7 BY子句和附加项UP TO,
OFFSET了。可是,不是装有数据库都扶助在子查询中运作OCR-VDEPRADO BY。

留心:在子查询中,UP TO只好用在OWranglerDEQX56 BY子句前面,附加项OFFSET也只可以在UP
TO前面钦定。

7,LFET OUT JOIN中的Cardinality

在LFET OUTEEvoque JOIN中,能够用附加项ONE TO MANY钦点Cardinality。它能够被SAP
HANA识别为一种优化表明。

8,SELECT列表中的FO昂科雷 ALL ENT凯雷德IES IN和字符串

在原先的严格格局语法检查中,SELECT语句的附加项FOR
ALL ENT奥迪Q5IES
IN不可能和SELECT列表中类型为ST昂科拉ING和RAWSTPRADOING或然LCHTiggo和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