Technology Blogs by SAP
Learn how to extend and personalize SAP applications. Follow the SAP technology blog for insights into SAP BTP, ABAP, SAP Analytics Cloud, SAP HANA, and more.
cancel
Showing results for 
Search instead for 
Did you mean: 
Sawa_Ito
Product and Topic Expert
Product and Topic Expert
0 Kudos
585


このページは、以下の英語ページの抄訳です。最新の情報については、英語ページを参照してください。

 

 

 

この記事のオリジナルは、Glenn Paulley が sybase.com に 2010 年 1 月に掲載したものです。その中で、Glenn は SQL Anywhere の version 12 で追加された機能である、様々なDML クエリに対する SELECT 文の使用について継続して解説しています。

 

 

 

以前掲載した ブログ記事において、SQL Anywhere 12 サーバーから実装された新しい SQL 言語の機能である dml-derived-table からの行の SELECT 方法例を紹介しました。

 

今回は、アプリケーションをシンプルにする -derived-tables のその他の方法について簡単に紹介したいと思います。

 

まず最初に、このブログのタイトルは「SELECT 文内での UPDATE 文の使用」ですが、dml-derived-tables は、派生テーブルであるため、もちろん、DML 文 (INSERT, MERGE, DELETE, UPDATE) を含む派生テーブルを使用するようなあらゆるコンテキストに使用することができます。

 

その結果として、他の中の  1つの UPDATE 文を効果的に「入れ子」にすることができます。

 

以下は、UPDATE との組み合わせで MERGE を使用している例です。

 





  1. CREATE TABLE modified_employees

  2. ( EmployeeID INTEGER PRIMARY KEY, Surname VARCHAR(40), GivenName VARCHAR(40) )




 





  1. MERGE INTO modified_employees AS me

  2. USING (SELECT modified_employees.EmployeeID,

  3.               modified_employees.Surname,

  4.               modified_employees.GivenName

  5.       FROM (

  6.           UPDATE Employees

  7.           SET Salary = Salary * 1.03

  8.           WHERE ManagerID = 501)

  9.             REFERENCING (FINAL as modified_employees) ) AS dt_e

  10.       on dt_e.EmployeeID = me.EmployeeID

  11. WHEN MATCHED THEN SKIP

  12. WHEN NOT MATCHED THEN INSERT

  13. OPTION(optimization_level=1, isolation_level=2)




 

上の例では、テーブル 「modified_employees」 は、情報が変更されている Employee の集まりをモデル化します。上記の MERGE 文は、salary が 3%増加した社員の名前と EmployeeIDを、既に「modified_employees」テーブルに存在する社員データに merge します。

 

2つ目に、上の13 行目の OPTION 句に注目してください。この文で OPTION 句を使用して一時的に設定されているオプション設定は外側の MERGE だけではなく、入れ子となっている UPDATE 文にも適用されます。

 

3つ目に、dml-derived-table は、単に派生テーブルなので、複数の dml-derived-tablescan が同じ SQL 文内に存在します。

 

以下は、Demo サンプルデータベース内の Products と SalesOrderItems のテーブルの独立した更新を結合し、これらの修正を含む join に基づいた結果を作成する一例です。

 





  1. SELECT old_products.ID, old_products.name, old_products.UnitPrice as OldPrice,

  2.       final_products.UnitPrice as NewPrice,

  3.       SalesOrders.ID as OrderID, SalesOrders.CustomerID,

  4.       old_order_items.Quantity,

  5.       old_order_items.ShipDate as OldShipDate,

  6.       final_order_items.ShipDate as RevisedShipDate

  7. FROM

  8. ( UPDATE Products SET UnitPrice = UnitPrice * 1.07 )

  9.       REFERENCING ( OLD AS old_products FINAL AS final_products )

  10.   JOIN

  11. ( UPDATE SalesOrderItems

  12.   SET ShipDate = DATEADD( DAY, 6, ShipDate )

  13.   WHERE ShipDate BETWEEN  '2000-04-10' and '2000-05-21' )

  14.       REFERENCING ( OLD as old_order_items FINAL AS final_order_items )

  15.         ON (old_order_items.ProductID = old_products.ID)

  16.   JOIN SalesOrders ON ( SalesOrders.ID = old_order_items.ID )

  17. WHERE old_order_items.Quantity > 36

  18. ORDER BY old_products.ID




 

複数の dml-derived-table が存在する場合には、それぞれの update 文の実行順序は、実装定義型であり、保証されません。

 

グラフィカルなプランでは、dml-derived-tableは、アクセスプランツリー内の「DML」ノードで示されます。

 



 

そして、「DML」ノードで表されるステートメントのプランは、サブクエリーとしてリストされます。

 



 

最後に、SQL Anywhere 12 GA のリリースは、dml-derived-table としての update 文の埋め込みをサポートしています。しかしながら、その結果のマテリアライズは実行しません

 

この場合、修正したデータの結果は同じSQL 文内で、outer blocksで利用可能ではないことを示すために、構文 REFERENCING( NONE )を使用します。

 

dml-derived-table の SQL 文法は以下のとおりです。

 





  1. <table primary> ::= <table or query name> [ [ AS ] <correlation name> [ ( <derived column list> ) ] ]

  2.       | other forms of table references ...

  3.       | ( <dml derived table> ) REFERENCING <result option>

  4. <dml derived table> ::= <delete statement>

  5.       | <insert statement>

  6.       | <merge statement>

  7.       | <update statement>

  8. <result option> ::= OLD [AS] <correlation name>

  9.     | FINAL [AS] <correlation name>

  10.     | OLD [AS] <correlation name> FINAL [AS] <correlation name>

  11.     | NONE




 

REFERENCING(NONE) を使用する場合、update 文の結果は、マテリアライズされていません。そのため、空です。

dml-derived-table は空のため、入れ子となる文を注意深く作成して、意図した結果が確実に返るようにする必要があります。

サーバーは、即時マテリアライズドビューのメンテナンスのために REFERENCING(NONE) を内部で使用します。

アプリケーション内では、outer join でNULLのデータが入っている側(RIGHT OUTER JOIN であれば右側)内に dml-derived-table を置くことで確実に空でない結果が返されるようにできます。

 

例:

 





  1. SELECT 'completed' as finished, (SELECT COUNT(*) FROM Products) as product_total

  2. FROM SYS.DUMMY LEFT OUTER JOIN

  3.     ( UPDATE Products SET UnitPrice = UnitPrice * 1.07 )

  4.       REFERENCING ( NONE ) ON 1=1




 

あるいは、より簡潔な方法として、セットオペレーション (UNION, EXCEPT, or INTERSECT) の1つを使用したクエリ表現の一部として、以下も可能です。

 





  1. SELECT 'completed' as finished, (SELECT COUNT(*) FROM Products) as product_total

  2. FROM SYS.DUMMY

  3. UNION ALL

  4. SELECT 'dummy', 1 /* This query specification will return the empty set */

  5. FROM ( UPDATE Products SET UnitPrice = UnitPrice * 1.07 )

  6.       REFERENCING ( NONE )




 

 

===

 

SAP SQL Anywhere に関する詳細情報は、SAP SQL Anywhere Communityページ<英語> を参照してください。

 

上記のコミュニティーに掲載されている技術情報は、順次SQL Anywhere 日本語コミュニティ

に掲載しています。

 

SQL Anywhere に関してはまずはこちらをご参照ください。無期限でご利用いただける無償の Developers Edition もこちらからダウンロードが可能です。

 

SQL Anywhere に関して技術的な質問のある方はコミュニティに登録し、
「Ask a Question」機能をご利用ください。

Language には「Japanese」、
Primary Tag には「SAP SQL Anywhere」を選択
User Tagに「sql anywhere」「sql anywhere Japanese question」

を入力してください。

不具合につきましては、サポート契約者様専用の問い合わせ方法にてお問い合わせください。

 

======================
ご購入に関するお問い合わせ

こちらよりお問い合わせください。