HANA中的ADBC临时表

Question

我已经在ABAP中使用ADBC创建了一个临时表，并用所需的数据填充了它们，而不是使用内部表，这是由于由于我们正在处理报告的大数据而导致的性能问题。处理后，我总是删除创建的临时表。我的问题是，如果我们经常使用此方法，服务器中是否会有任何问题？

例如，当100名员工使用该程序同时处理350,000+条记录时，对服务器不利吗？请赐教。

提前感谢！

编辑：记录将显示在ALV

这是代码：tmp_table是临时表名称的变量autoid是序列名称的变量

   sql->execute_ddl( |CREATE SEQUENCE { autoid } | &&
                      |START WITH    00001    | &&
                      |INCREMENT BY   1       | ).

    crte_txt = | CREATE TABLE { tmp_table } |  &&
               |( bid bigint NOT NULL ,   | && 
               |  contract char(50) ,     | && 
               |  swenr char(50),         | && 
               |  smenr CHAR(8),          | &&
               |  saltnr char(20),        | &&
               |  bp char(10),            | && 
               |  spsbp char(10),         | && 
               |  organization char(255), | && 
               |  n_first char(100),      | &&
               |  n_last char(100),       | && 
               |  n_mid char(100),        | && 
               |  addrnumber char(10),    | && 
               |  address char(1250),     | && 
               |  addr_type char(30),     | && 
               |  adr_kind char(10),      | && 
               |  email char(100),        | && 
               |  email2 char(100),       | && 
               |  wsl number(23,2),       | && 
               |  belnr char(10),         | && 
               |  belnr2 varchar(10),     | && 
               |  xblnr char(16),         | &&
               |  gjahr char(4),          | &&
               |  buzei char(3),          | &&
               |  pdescript char(120) null, | &&
               |  vbewa char(4),          | &&
               |  qbshb number(23,2),     | &&
               |  wrbtr1 number(23,2),    | &&
               |  wrbtr2 number(23,2),    | &&
               |  bktxt char(25),         | &&
               |  sgtxt char(50),         | &&
               |  checkno char(20),       | &&
               |  checkamnt number(23,2), | &&
               |  checkdate date,         | &&
               |  receiptdate date,       | &&
               |  role char(6),           | &&
               |  abp char(10),           | && 
               |  intreno char(30),       | &&
               |  agn_first char(100),    | && 
               |  agn_last char(100),     | && 
               |  agn_mid char(100),      | && 
               |  agn_org char(255),      | && 
               |  jv char(10),            | &&
               |  validfrom date,         | &&
               |  validto date,           | &&
               |  objnr char(22),         | &&
               |  condtype char(4),       | &&
               |  unitprice number(23,6), | &&
               |  termnopy char(4),       | &&
               |  ccnetamount number(15,2), | &&
               |  cctaxamount number(15,2), | &&
               |  condguid raw(16),      | &&
               |  PRIMARY KEY (bid) )     | .

 text = | INSERT INTO { dbbuyr } ( bid, contract, bp, addrnumber, adr_kind, swenr, smenr) | &&
             | SELECT ({ autoid }.nextval) as key, a.recnnr AS contract, b.partner AS bp, c.addrnumber, | &&
             | c.adr_kind, e.swenr, e.smenr | &&
             | FROM vicncn AS a | &&
             | INNER JOIN vibpobjrel AS b ON a.intreno = b.intreno | &&
             | INNER JOIN but021_fs AS c ON b.partner = c.partner  | &&
             | INNER JOIN jest AS d ON a.objnr = d.objnr| &&
             | INNER JOIN v_recncne as e on a.recnnr = e.recnnr |  &&
             | WHERE a.recndactiv <> 00000000 | &&
             | AND ( a.recntype = 'ZC01' OR a.recntype = 'ZC02' ) | &&
             | AND b.validfrom <= | && sy-datum && | AND b.validto >=  | && sy-datum &&
             | AND b.role IN ({ cond_role }) | && "( b.role = 'ZBP101' OR b.role = 'ZBP301' ) | &&
             | AND c.valid_to >= | && tmstmp && | AND c.valid_from <= | && tmstmp &&
             | AND d.stat IN ({ cond_stat }) | &&"= 'I0119' | &&
*             | AND e.swenr = '{ swenr }' | &&
             | { sw_cond } { re_cond } { sm_cond } | &&
             | AND e.validto >= { sy-datum } AND e.validfrom <= { sy-datum }| &&
             | AND a.mandt = b.mandt AND b.mandt = c.client AND c.client = d.mandt | &&
             | AND d.mandt = e.mandt AND e.mandt =  { sy-mandt } | .


      sql->execute_update( CONV #( text ) ).

此后有很多更新语句以获取其他数据

sql->execute_ddl( |DROP SEQUENCE { autoid } | ). 
  sql->execute_ddl( |DROP TABLE { tmp_table } | ).

Answer 1

您的代码会

不是创建一个临时表作为数据库对象。而是创建一个常规表和一个序列。

虽然这样的代码可以工作，但几乎没有必要，并且有一些缺点。

1. 为了避免与并行运行的代码实例发生冲突，必须使表名唯一。
2. 由于这是常规数据库表（而不是

   临时表，因此该表将在数据库目录和事务处理中涵盖。这意味着它将创建重做日志，这完全没有必要，因为此表永远都不必恢复。

3. 当您的系统在HANA上运行时，您可以使用数据库托管过程来执行海量数据处理。有效地，您可以在过程中使用包含

   表变量

的HANA SQLScript。使用表变量，HANA无需创建内存表结构不需要处理更改的表名，不需要使用同一张表等跟踪多个会话在这里使用表变量是更好的方法。

创建序列对象完全是无稽之谈，只是简单地枚举中间结果集中的记录。为此，您可以简单地使用ROW_NUMBER()窗口功能。

由于您当前的代码还会在处理后破坏创建的对象，因此所有已解析的SQL语句都将无效。下次执行代码时，将需要对语句进行新的解析/编译。

对于CREATE TABLE语句，代码没有指定，它应该是COLUMN表还是ROW表。由于这在HANA中会带来很大的后果（您几乎总是需要一个COLUMN表），因此建议

高度

进行指定。如果没有表类型规范，则使用HANA 1和HANA 2 CREATE TABLE将创建ROW表。别把那个碰巧。您提到，实际的处理代码将对中间表运行UPDATEs。在大多数情况下，UPDATE可以替换为SELECT并分配给新表变量。这通常会导致代码更简洁，更快速，并且避免了

“逐行/逐个缓慢”处理。

因此，是的，当前代码将对最终用户的性能和服务器资源利用率产生负面影响。