...

7.109.1 SELECT_SQL のパラメータ

DISTINCT

FIELDS

FROM_FILES

GROUP_BY

HAVING

IO_ERROR

IO_STATUS

ORDER_BY

WHERE

...

また「7.109.2 SELECT_SQL

...

の列名と列値」も参照してください。

...

...

列(フィールド)とそれに関連付けられた「SQLソース」またはファンクションを指定します。 とそれに関連付けられた「SQLソース」またはファンクションを指定します。 

...

このパラメータで指定するすべての列は、現在のファンクションまたはLANSAデータ・ディクショナリで有効なRDML変数として定義されていなければなりません。 このパラメータで指定するすべての列は、現在のファンクションまたはLANSAデータ・ディクショナリで有効なRDML変数として定義されていなければなりません。  指定する各列について、任意指定の「SQLソース」フィールドを指定することもできます。このフィールドの最大長は50文字です。

指定する各列について、任意指定の「SQLソース」フィールドを指定することもできます。このフィールドの最大長は50文字です。 

ソースを指定しない場合、デフォルト値*SAME (列名と同じ)が使用されます。すなわち、ファンクション内の列名と、SQLテーブル内のその「ソース」が同じであると見なされます。この値を使用する場合、列が、FROM_FILESパラメータで指定する1つ以上のテーブル内の有効な実列として定義されていなければなりません。 FILESパラメータで指定する1つ以上のテーブル内の有効な実列として定義されていなければなりません。  例えば：

例えば： 

     SELECT_

...

SQL FIELDS((#CUSTNAM))

...

 FROM_FILES(CUSTMST)

...

この場合、CUSTNAMという列がテーブルCUSTMSTから抽出され、その値がRDMLファンクションの#CUSTNAMというフィールドに返されます。この例では、デフォルト値*SAMEが使用されます。次に、以下の例について考えます。 SAMEが使用されます。次に、以下の例について考えます。 
     SELECT_
...
SQL FIELDS((
...
#CUSTNO CUSTNAM))
...
 FROM_FILES(CUSTMST)
...
 この場合、CUSTNAMという列がテーブルCUSTMSTから抽出され、その値がRDMLファンクションの#CUSTNOというフィールドに返されます。 この場合、CUSTNAMという列がテーブルCUSTMSTから抽出され、その値がRDMLファンクションの#CUSTNOというフィールドに返されます。  さらに、以下の例について考えます。 
さらに、以下の例について考えます。 
     SELECT_
...
SQL FIELDS((
...
#SHORTNAME 'SUBSTR(CUSTNAM,3,10)'))
...
この場合、(SQLテーブルの)列CUSTNAMのサブストリングがRDMLファンクションのフィールド#SHORTNAMEに返されます。 列CUSTNAMのサブストリングがRDMLファンクションのフィールド#SHORTNAMEに返されます。  また、以下の例では、CUSTNAMという列が含まれる2つのファイルが結合され、データ取得元のテーブルがCUSTMSTまたはCUSTMST2のどちらかを明確にするために相関が使用されます。 
また、以下の例では、CUSTNAMという列が含まれる2つのファイルが結合され、データ取得元のテーブルがCUSTMSTまたはCUSTMST2のどちらかを明確にするために相関が使用されます。 
     SELECT_
...
SQL FIELDS((
...
#CUSTNAM 'A.CUSTNAM'))
...
 FROM_FILES((
...
CUSTMST A)(
...
CUSTMST2 B))
...
 WHERE('A.
...
CUSTID =
...
 B.CUSTID')
...
 最後に、以下の例について考えます。 最後に、以下の例について考えます。 
     SELECT_
...
SQL FIELDS(#DEPTMENT (#VALUE1 'AVG(SALARY)')
...
 (
...
#VALUE2 'SUM(SALARY)')(
...
#VALUE3 'MAX(SALARY)')
...
この場合、SQLテーブルの列DEPTMENTがRDML変数#DEPTMENTに返され、SQLテーブルのフィールドSALARYの平均がRDML変数 #VALUE1に返されます。また、合計が#VALUE2に返され、最大値が#VALUE3に返されます。 #VALUE1に返されます。また、合計が#VALUE2に返され、最大値が#VALUE3に返されます。 
 Anchor
FROM_FILES
FROM_FILES
FROM_FILES
...
「I/Oコマンドでのファイル名の指定」を参照してください。
 Note
注意: このコマンドで使用するファイル(テーブル)名を最大20個指定できます。
...
 Note
注意: 他のデータベースの外部ファイルにアクセスする場合、LANSAは、外部ファイルをLANSAにロードするために使用されたデータベース接続情報を見つけます。これは、DEFINE_DB_SERVERおよびCONNECT_FILE BIFを使用することによって、さらに洗練することができます。
 指定する各ファイル名について、任意指定の「相関」フィールドを指定することもできます。 指定する各ファイル名について、任意指定の「相関」フィールドを指定することもできます。 
相関を指定しない場合、デフォルト値*SAME (ファイル名と同じ)が使用されます。すなわち、特定のテーブル内の列を参照する場合は、実際のテーブル名を使用する必要があります。相関名を使用する場合、その相関名で特定のテーブルの列を識別する必要があります。 が使用されます。すなわち、特定のテーブル内の列を参照する場合は、実際のテーブル名を使用する必要があります。相関名を使用する場合、その相関名で特定のテーブルの列を識別する必要があります。  例 
例 
     .
...
 .
...
 .
...
 FROM_FILES((ORDLIN)
...
 (ORDDTL))
...
 WHERE('ORDLIN.
...
CUSTNO =
...
 ORDDTL.CUSTNO')
...
 相関を使用した場合、このステートメントは以下のようになります。 相関を使用した場合、このステートメントは以下のようになります。 
     .
...
 .
...
 .
...
 FROM_FILES((
...
ORDLIN A)
...
 (
...
ORDDTL B))
...
 WHERE('A.
...
CUSTNO =
...
 B.CUSTNO')
...
移植性に関する考慮事項
Visual LANSAでは、テーブル名に@#$が使用されません。この変換は、FROM_FILESパラメータに対して行われ、他のパラメータ(WHEREパラメータなど)のテーブル名に対しては行われません。そのため、SQLがすべてのLANSAプラットフォームで動作するようにするには、上記の2番目の例のように、必ず相関を使用してください。
Visual LANSAでは、Visual LANSA外部ファイルを使用して複数のデータベースにアクセスすることができます。Visual LANSA外部ファイルは、SELECT_SQLで使用できますが、すべて同じデータベースのものでなければなりません。Visual LANSA外部ファイルがLANSAファイルと同じデータベースにある場合、同じSELECT_SQLコマンドで2つのファイルを使用できます。
...
 Anchor
...
WHERE
...
WHERE
WHERE
SQL_SELECTのWHERE句は、以下に示すように引用符で囲む必要があります。 SELECTのWHERE句は、以下に示すように引用符で囲む必要があります。 
     .
...
 .
...
 .
...
 WHERE('
...
EMPNO < ''A9999''')
     .
...
 .
...
 .
...
 WHERE('
...
NOT EMPNO LIKE ''%a''')
   
WHERE句では、LANSAフィールド名または列名を指定することができます(詳細については、FIELDSパラメータの説明を参照してください)。 。 
SQL言語では、SQL構文として解釈される可能性のある識別子を二重引用符で囲みます。LNSAでは、二重引用符で囲まれたテキストに対して何の処理も行われません。これは二重引用符(")であり、2つの一重引用符('')ではないことに注意してください。
...
移植性に関する考慮事項
WHERE パラメータのLANSAフィールドが、FROM_FILESパラメータで指定されたいずれかのファイルのものであると認識されている限り、そのフィールド名は、二重引用符で囲まれた列名としてSQLステートメントに作成されます。この列名が必ずしもフィールド名と同じでないことに注意してください。一般 に、このような状況は外部ファイルで起こりますが、LANSAファイルの特定のフィールド名でも起こることがあります。「
&<a href="l4wtgu03_0800.htm"&>[フィールド名の特殊文字の変換]&</a&>」を参照してください。 
]]></ac:plain-text-body></ac:structured-macro>
フィールド名の特殊文字の変換」を参照してください。 
ただし、引用符で囲まれていないLANSAフィールド名がSQLキーワードと競合する場合は例外です。この場合、フィールド名は変換されません。詳細については、「SQL/ODBC の文法：キーワードの重複」を参照してください。 例えば、SECTIONがSECTAB内のLANSAフィールドの場合、このフィールドは列S_CTIONとして作成されます。 WHEREパラメータがWHERE( 
 
 '
SECTION 
SECTION = 
 
 ''1''')として指定されている場合、SECTIONは変更されないため、実行時にSQL構文エラーが発生します。 これを回避するには、相関を使用して、SECTIONをSQLキーワードとして使用せず、この列にアクセスしようとしていることをLANSAが認識できるようにします。すなわち、FROM_FILES((
SECTAB SEC
SECTAB SEC)) 
 WHERE
WHERE('SEC.
SECTION 
SECTION = 
 
 ''1''')と指定します。
 <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="ed090b47-981b-4886-a353-d459b1d45967"><ac:plain-text-body><![CDATA[
同じLANSAフィールドを含む複数のファイルから選択する場合、列名がファイルによって異なることがあります。「
&<a href="l4wtgu03_0800.htm"&>[フィールド名の特殊文字の変換]&</a&>」を参照してください。この場合、開発者は2通りの方法でLANSAが生成するSQL 
フィールド名の特殊文字の変換」を参照してください。この場合、開発者は2通りの方法でLANSAが生成するSQL WHERE句を制御できます。その1つは、LANSAがそのファイルの規則に従ってフィールド名を変更できるよう相関(FROM_FILESパラメータを参照)
を使用する方法です。2つ目は、列名を使用して、それを二重引用符で囲む方法です。 
]]></ac:plain-text-body></ac:structured-macro>
を使用する方法です。2つ目は、列名を使用して、それを二重引用符で囲む方法です。 
WHERE パラメータでフィールド名を使用する場合、LANSAがそのフィールド名を認識し、適切に変換できるよう、フィールド名の前後にスペースを残すことをお勧めします。例えば、WHERE( 'a=b')の代わりにWHERE ( 'a = b' )と指定します。
  
  
Visual LANSAでは、以下に示すように、代わりに単一のフィールド名を指定できます。 
 CHANGE FIELDSLANSAでは、以下に示すように、代わりに単一のフィールド名を指定できます。 
     CHANGE FIELDS(#SELECTION)
...
 TO('
...
STATE =
...
 ''NSW''')
     SELECT_
...
SQL FIELDS(#STATE)
...
 FROM_FILES((#STATES))
...
 WHERE(#SELECTION)
...

        DISPLAY FIELDS(#STATE)
     ENDSELECT
...
フィールドの内容はWHERE句として使用されるため、以下の事柄を考慮する必要があります。
LANSA/AD RPGファンクションで単一のフィールド名を使用すると、ビルド警告が生成され、実行時にエラーが発生します。この機能を使用するコードは、この環境で実行されないように条件付けすることができます。代替のプログラミング方法と移植可能なコードの作成方法については、*OPNQRYFコマンドのセクションを参照してください。
この例では、フィールド名STATEの前に# (ハッシュ(シャープ))記号がありません。これは、実際の選択要求がLANSAではなくSQLデータベースに対して行われるためです。すなわち、実際の列名を使用する必要があります。Visual LANSAは、@、#、または$が含まれる列名を変更し、命名レベル0のファイルでこれらの記号をアンダースコアに置き換えます。ただし、LANSA/ADでは、この処理が行われません。すなわち、実際の列名ではなくLANSAフィールド名が使用されていれば、コードは移植可能です。例えば、フィールドが CUST$NAMの場合、CUST_NAMではなくCUST$NAMを使用する必要があります。Visual LANSAは、実行時にCUST$NAMをCUST_NAMに変更します(命名レベル0のファイル)。LANSA/ADでは、そのままになります。
:KARTIC などの変数比較値は置き換えられません。代わりに、値が#SELECTIONフィールドに連結されます。
WHERE 句のヒント 
 Wiki MarkupWHERE 句のヒント 
like条件を使用してデータを検索する場合、SQLにとって特別な意味を持つ文字をそのまま使用する必要があるときは、その文字をエスケープする必要があります。例えば、文字'_'は任意の文字に一致します。'_'という文字に一致させるには、以下の構文を使用する必要があります。これにより、'B_'  で始まるすべての状態が検索されます。 
CHANGE FIELDSで始まるすべての状態が検索されます。 
     CHANGE FIELDS(#SELECTION)
...
 TO('
...
STATE LIKE ''B!_%''
...
 ESCAPE ''!''')
...
 Note
注意：この例では、エスケープ文字として感嘆符記号を指定していますが、ASCIIテーブルの127以下の任意の「標準」文字を使用できます(文字%、_、 
...
 [は、すべてのDBMSシステムで使用できるわけではないため、これらの記号の使用はお勧めしません)。 
...
 
これは、ASA、DB2400、SQL 
...
 Server、およびOracleで検査済みです。MS 
...
 Accessのみが例外で、代わりにエスケープする文字を
...
[
...
]で囲む必要があります。例えば、WHERE 
...
 STATE 
...
 LIKE 
...
 'B
...
[_
...
]%'と 指定します。 
変数比較値でのフィールドの使用 
 指定します。 
変数比較値でのフィールドの使用 
WHERE句に指定された名前を使用するよう指定するには、フィールド名の直前にコロン(:)を挿入します。このとき、コロンとフィールド名の間にはスペースを入れません(フィールド名が6文字を超えていると、LANSA/AD   RPGファンクションで予期しない結果になります)。 。 
移植性に関する考慮事項
LANSA では、WHERE句内で変数比較値を保管するために使用するフィールドが変換されません。すなわち、この方法でフィールドを使用する場合は、フィールド名が6文字以下でなければなりません(これは、LANSA/ADの生成済みRPGでは、フィールド名が実際の名前で使用されるためです)。
LANSA/ADのRPGファンクションでは、コロンとフィールド名の間にスペースを入れることができますが、生成済みCコードでは、スペースは許可されません。可搬性を確 保するために、コロンとフィールド名の間にスペースを残さないでください。
コードをLANSA/AD RPGファンクションで実行し、長さが6文字を超えるフィールド名をWHERE句で使用する場合、以下の例のように、これらのフィールド名用の作業フィールドを6文字以下の名前で定義する必要があります。
例 DEFINE      #KARTIC REFFLD 
     DEFINE      #KARTIC REFFLD (#ARTICO)
...

     DEFINE      #KADTRG REFFLD (#MADTRG)
...

     . . . WHERE ('ARTICO = :KARTIC AND MADTRG > :KADTRG')
条件の指定の詳細については、「条件および式の指定」を参照してください。この句の構造に関する詳細については、SQLのガイドを参照してください。   
 条件の指定の詳細については、&<a href="condexprsns.htm"&>「条件および式の指定」&</a&>を参照してください。この句の構造に関する詳細については、SQLのガイドを参照してください。 
Unicode フィールドを含むRDMLX IBM 
...
i外部ファイル 
 iSeries上のSQLは、グラフィックUnicodeフィールドと文字列リテラルまたはCharタイプの列を直接比較することができず、変換エラーが発生します。 iSeries上のSQLは、グラフィックUnicodeフィールドと文字列リテラルまたはCharタイプの列を直接比較することができず、変換エラーが発生します。  変換エラーを回避しながら式をUnicodeに変換するには、以下の3通りの方法を使用します。 
変換エラーを回避しながら式をUnicodeに変換するには、以下の3通りの方法を使用します。  1.   比較にLANSAフィールドを使用します。例えば、WHERE
比較にLANSAフィールドを使用します。例えば、WHERE('
...
MYUNIGRPH = 
...
 :STD_TEXT')のように指定します。
...

リテラルをUnicode (UX'ssss')リテラルとして渡します。例えば、以下の指定があるとします。 
...
WHERE('UNIFLD LIKE 'C%')
...
これを以下のように指定します。 
...
WHERE('
...
UNIFLD LIKE UX''00430025''')
...

...

SQLファンクションを使用してリテラルまたは列を変換します。これにより、Unicode式になります。例えば、CHARFLDがChar タイプの列の場合、以下の指定があるとします。 
...
WHERE('UNIFLD = CHARFLD')
...
これを以下のように指定します。 
...
WHERE('UNIFLD = CAST(CHARFLD AS GRAPHIC(6) CCSID 13488)')
詳細については、IBMマニュアル『DB2 UDB for iSeries SQL Reference』を参照してください。
 Anchor
...
GROUP_BY
...
GROUP_BY
GROUP_BY
 個々の行ではなく、行のグループの特性を見つけるために使用します。グループ化はソートではなく、選択された各行をグループに追加することであり、グループをSQLで処理することにより、そのグループの特性を導き出すことができます。 個々の行ではなく、行のグループの特性を見つけるために使用します。グループ化はソートではなく、選択された各行をグループに追加することであり、グループをSQLで処理することにより、そのグループの特性を導き出すことができます。 
選択された行のグループ化の基準にする列を指定します。1列以上指定する場合、そのデータを分けるためにコンマを使用する必要があります。例：GROUP_BY('EMPTSYEAR,EMPTSWEEK') 
 Anchor
...
HAVING
...
HAVING
HAVING
GROUP_BY句に基づいて選択されたグループの検索条件を指定するために使用します。HAVINGパラメータによって、この句で指定する条件に適合するグループのみが必要であることを示します。すなわち、HAVING句では、グループに含まれる個々の行のプロパティではなく、各グループのプロパティを検査します。 BY句に基づいて選択されたグループの検索条件を指定するために使用します。HAVINGパラメータによって、この句で指定する条件に適合するグループのみが必要であることを示します。すなわち、HAVING句では、グループに含まれる個々の行のプロパティではなく、各グループのプロパティを検査します。  HAVING句には、WHEREパラメータで使用できるものと同様の検索条件を指定できます。 
HAVING句には、WHEREパラメータで使用できるものと同様の検索条件を指定できます。 
 Anchor
...
ORDER_BY
...
ORDER_BY
ORDER_BY
選択された行の取得順序を指定するために使用します。ORDER BYパラメータは、GROUP_BYパラメータと同じ方法で使用できます。 BYパラメータと同じ方法で使用できます。 
列内の行を取得するときにSQLが使用する列の名前を指定します。1列以上指定する場合、そのデータを分けるためにコンマを使用する必要があります。
 列内の行を取得するときにSQLが使用する列の名前を指定します。1列以上指定する場合、そのデータを分けるためにコンマを使用する必要があります。例例: ORDER_BY('SURNAME,GIVENAME') 
 Anchor
...
DISTINCT
...
DISTINCT
DISTINCT
SELECT_SQLの結果で重複した行が必要ない場合は、このパラメータに*YESを指定します。 YESを指定します。 
結果のテーブルで重複した行が必要な場合は、*NOを指定します。 NOを指定します。 
 Anchor
...
IO_STATUS
...
IO_STATUS
IO_STATUS
I/O操作の結果の「戻りコード」を受け取るフィールドの名前を指定します。 O操作の結果の「戻りコード」を受け取るフィールドの名前を指定します。 
デフォルト値*STATUSを指定すると、戻りコードは、#IO$STSという特別なフィールドに保管されます。このフィールドは、他のフィールドと同様にRDMLプログラムで参照できます。 STATUSを指定すると、戻りコードは、#IO$STSという特別なフィールドに保管されます。このフィールドは、他のフィールドと同様にRDMLプログラムで参照できます。 
I/O戻りコードを受け取るフィールドとしてユーザー・フィールドを指定する場合、そのフィールドは、長さ2文字の英数字フィールドである必要があります。ユーザー・フィールドを指定した場合も、特別なフィールド#IO$STSは更新されます。 
 値については、&<a href="specfilklists_1.htm"&>「I/Oコマンド でのファイル・キー・リストの指定」&</a&>を参照してください。 
 AnchorSELECT_SQL_O戻りコードを受け取るフィールドとしてユーザー・フィールドを指定する場合、そのフィールドは、長さ2文字の英数字フィールドである必要があります。ユーザー・フィールドを指定した場合も、特別なフィールド#IO$STSは更新されます。 
値については、「I/Oコマンド でのファイル・キー・リストの指定」を参照してください。
 Anchor
IO_ERROR
...
IO_ERROR
IO_ERROR
コマンドの実行時にI/Oエラーが発生した場合に実行するアクションを指定します。 Oエラーが発生した場合に実行するアクションを指定します。 
I/Oエラーは、「致命的」エラーと見なされます。ファイルが見つからなかった、ファイルが壊れている、ファイルを割り当てることができない、などがこれに該当します。これらのタイプのエラーが発生すると、ファンクションにおいて、そのファイルが関与しているすべての処理が停止します。 Oエラーは、「致命的」エラーと見なされます。ファイルが見つからなかった、ファイルが壊れている、ファイルを割り当てることができない、などがこれに該当します。これらのタイプのエラーが発生すると、ファンクションにおいて、そのファイルが関与しているすべての処理が停止します。 
デフォルト値*ABORTを指定すると、ファンクションが異常終了し、I/Oエラーの性質を示すエラー・メッセージが発行されます。 Oエラーの性質を示すエラー・メッセージが発行されます。 
*NEXTを指定すると、制御が次のコマンドに渡されます。 NEXTを指定すると、制御が次のコマンドに渡されます。 
*RETURNを指定すると、プログラム・メインラインでは制御が呼び出し元に戻され、サブルーチンでは制御が呼び出し元ルーチンまたはプログラム・メインラインに戻されます。 RETURNを指定すると、プログラム・メインラインでは制御が呼び出し元に戻され、サブルーチンでは制御が呼び出し元ルーチンまたはプログラム・メインラインに戻されます。  上記の値をどれも使用しない場合は、制御を渡す先の有効なコマンド・ラベルを指定してください。 
上記の値をどれも使用しない場合は、制御を渡す先の有効なコマンド・ラベルを指定してください。