動的パラメタライズド・クエリのバックアップ(No.16)

 <?xml version="1.0"?>
 <ROOT>
   SELECT * FROM XXX
   <WHERE>
     WHERE
       <LIST>YYY IN (@p1)</LIST>
       <IF>AND ZZZ = @p2<ELSE>IS NULL</ELSE></IF>
   </WHERE>
   <PARAM>
     p1, Int32, 1, 2<DIV/>
     p2, String, xxxxxxxxxx
   </PARAM>
 </ROOT>

↑

ポイント †

この「動的パラメタライズド・クエリ」は「動的パラメタライズド・クエリ分析ツール」を使用してテスト実行することができます。

「動的パラメタライズド・クエリ」のPARAMタグに記載されたパラメタは、この「動的パラメタライズド・クエリ分析ツール」を使用してテスト実行する際に使用されます。

実際のプログラムから「動的パラメタライズド・クエリ」を実行する場合は、APIからパラメタを設定する形になります。

↑

AS-IS、TO-BE †

↑

AS-IS †

動的SQLには、

WHERE、 JOIN句の付与・削除
AND、OR演算子の付与・削除
IN句のパラメタを条件数に合わせ用意
.etc

などの制御が面倒で実装が難しいと言う問題がありました。

↑

TO-BE †

しかし、動的パラメタライズド・クエリ機能を使用することで、パラメタ設定だけで動的SQLの組み立てを制御・実行できるようになります。

これにより

プログラマは、複雑な文字列連結処理の制御から解放され、生産性 / 品質が向上します。
また、プログラムも読み易くなり、品質 / 保守性が向上、脆弱性の作り込みも防止できます。

↑

優位性 †

「Open 棟梁」の動的パラメタライズド・クエリの優位性について説明します。

↑

優位性１ †

定義の作成は、通常のSQLの「動的化したい部位」にXMLのタグ付けを行うだけであるため、動的パラメタライズド・クエリ定義は、習得し易くなっております。

↑

優位性２ †

専用のツール（動的パラメタライズド・クエリ分析ツール）を使用して、動的パラメタライズド・クエリ中に埋め込んだパラメタ情報をもとに、クエリ（XML定義）を事前にテストできます。

↑

その他の特徴 †

↑

特徴１ †

動的パラメタライズド・クエリでは、パラメタの設定値によりJOIN・WHERE句や、条件式の有効化・無効化を制御できますが、クエリ（XML定義）中で関係演算や論理演算を使用する方式はサポートしていません。
これには、クエリ（XML定義）記述が煩雑にならないようにするという狙いと、非手続き言語中に複数のテストケースを混在させてしまった場合、カバレージ率をテストの指標に利用できなくなるという弊害を防ぐ狙いがあります。

↑

特徴２ †

クエリ（XML定義）は、

動的パラメタライズド・クエリであるか、
静的パラメタライズド・クエリSQLであるかが

自動的判定され、定義に合った方法で自動実行されます。

↑

動的パラメタライズド・クエリのバックアップ(No.16)

目次 †

概要 †

デモ動画（Youtube） †

説明資料（SlideShare?） †

特徴 †

クエリ定義 †

ポイント †

AS-IS、TO-BE †

AS-IS †

TO-BE †

優位性 †

優位性１ †

優位性２ †

その他の特徴 †

特徴１ †

特徴２ †

関連 †

静的パラメタライズド・クエリ †

SetParameter †

SetUserParameter †

動的パラメタライズド・クエリ のバックアップ(No.16)

目次 †

概要 †

デモ動画（Youtube） †

説明資料（SlideShare?） †

特徴 †

クエリ定義 †

ポイント †

AS-IS、TO-BE †

AS-IS †

TO-BE †

優位性 †

優位性１ †

優位性２ †

その他の特徴 †

特徴１ †

特徴２ †

関連 †

静的パラメタライズド・クエリ †

SetParameter †

SetUserParameter †

動的パラメタライズド・クエリのバックアップ(No.16)