7.35.1 DELETE のパラメータ

AUTOCOMMIT

CHECK_ONLY

FROM_FILE

IO_ERROR

IO_STATUS

ISSUE_MSG

NOT_FOUND

RETURN_RRN

WHERE

VAL_ERROR

WITH_KEY

WITH_RRN

「I/Oコマンドでのファイル名の指定」を参照してください。

「条件および式の指定」および「I/OコマンドでのWHEREパラメータの指定」を参照してください。

「I/Oコマンドでのファイル・キー・リストの指定」を参照してください。

このパラメータの使用による自動「相互更新」検査への影響の詳細については、「DELETEについてのコメント/警告」を参照してください。

I/O操作の結果の「戻りコード」を受け取るフィールドの名前を指定します。

デフォルト値*STATUSを指定すると、戻りコードは、#IO$STSという特別なフィールドに保管されます。このフィールドは、他のフィールドと同様にRDMLプログラムで参照できます。

戻りコードを受け取るフィールドとしてユーザー・フィールドを指定する場合、このフィールドは、長さ2文字の英数字フィールドである必要があります。ユーザー・フィールドを指定した場合も、特別なフィールド#IO$STSは更新されます。

値については、「RDML I/O戻りコード」を参照してください。

このコマンドの実行時にI/Oエラーが発生した場合に実行するアクションを指定します。

I/Oエラーは、「致命的」エラーと見なされ、ファイルが見つからなかった、ファイルが壊れている、ファイルを割り当てることができない、などがこれに該当します。これらのタイプのエラーが発生すると、ファンクションにおいて、そのファイルが関与しているすべての処理が停止します。

デフォルト値*ABORTを指定すると、ファンクションが異常終了し、I/Oエラーの性質を示すエラー・メッセージが発行されます。

*NEXTを指定すると、制御が次のコマンドに渡されます。*NEXTは、デフォルトのABORTを使用するのではなく、エラー・メッセージをRDMLで処理し、次にABORTで処理できるようにすることを目的としています(LANSA/ADおよびVisual LANSの処理を続行することもできますが、この方法でLANSAを使用することはお勧めしません)。 データベース操作から返されるERは致命的エラーです。この場合、LANSAは、処理が続行されないものと想定します。IOモジュールがリセットされ、以降のIOは、そのファイルでこれまでにIOが行われなかったかのように実行されます。そのため、ファイルの状態について推定を行わないでください。例えば、最後に読み取られたレコードは設定されません。IO_ERRORの特別なケースとして、TRIG_RETCでERを返すようトリガー・ファンクションがコード化されている場合があります。上記の説明は、このケースにも当てはまります。

したがって、LANSAでは、さらにIOを実行する前にABORTまたはEXIT以外の何らかの処理を実行する目的で、トリガー・ファンクションから返された戻りコードERを使用しないことをお勧めします。

*RETURNを指定すると、プログラム・メインラインでは制御が呼び出し元に戻され、サブルーチンでは制御が呼び出し元ルーチンまたはプログラム・メインラインに戻されます。

上記の値をどれも使用しない場合は、制御を渡す先の有効なコマンド・ラベルを指定してください。

このコマンドで妥当性検査エラーが検出された場合に実行するアクションを指定します。

妥当性検査エラーは、ファイルに対して追加、更新、または削除を行う情報が、そのファイル内のフィールドに関連付けられたFILEまたはDICTIONARYレベルの妥当性検査に合格しなかった場合に発生します。

デフォルト値*LASTDISを指定すると、直前の表示画面に制御が戻されます。この画面では、関連付けられた妥当性検査に失敗したフィールドが反転表示され、エラーのある最初のフィールドにカーソルが配置されます。

*NEXTを指定すると、制御が次のコマンドに渡されます。

*RETURNを指定すると、制御が呼び出しルーチンに戻されます(RETURNコマンドを実行した場合と同じです)。

上記の値をどれも使用しない場合は、制御を渡す先の有効なコマンド・ラベルを指定してください。

 WITH_KEYパラメータで指定されたキーと一致するキーを持つレコードがファイルで見つからなかった場合に実行する処理を指定します。

*NEXTを指定すると、制御が次のコマンドに渡されます。

*RETURNを指定すると、制御が呼び出しルーチンに戻されます(RETURNコマンドを実行した場合と同じです)。

上記の値をどれも使用しない場合は、制御を渡す先の有効なコマンド・ラベルを指定してください。

「見つからない」メッセージを自動的に発行するかどうかを指定します。

デフォルト値*NOを指定すると、メッセージは発行されません。

*NO以外に指定できる値は*YESのみです。この値を指定すると、メッセージが自動的に発行されます。メッセージは、ユーザーに表示される次の画面形式の22/24行目、またはバッチ・ジョブのジョブ・ログに表示されます。

削除するレコードの相対レコード番号(相対レコード・ファイル処理のための番号)を保持するフィールドの名前を指定します。WITH_KEYまたはWHEREパラメータを使用している場合、WITH_RRNパラメータは使用できません。

このパラメータで指定するフィールドは、数値タイプで、このファンクションまたはLANSAデータ・ディクショナリで定義されていなければなりません。

このコマンドで指定するファイルが論理ファイルかどうかに関係なく、実際にアクセス対象になるデータベース・ファイルは物理ファイルです。そのため、WITH_RRNパラメータを使用して論理ファイルにアクセスする場合は、論理ファイルの選択/除外基準は使用されません。

以下も参照してください。

• 「7.35.2 DELETE についてのコメント/警告」に記載されている、このパラメータの使用による自動「相互更新」検査への影響の詳細
• 『Visual LANSA 開発者ガイド』の「1.6.10 インポート・テーブル定義」

削除されたレコードの相対レコード番号を返す先のフィールドの名前を指定します。DELETEコマンドによって複数のレコードをファイルから削除した場合は、このフィールドに返される値を使用できません。

このパラメータで指定するフィールドは、数値タイプで、このファンクションまたはLANSAデータ・ディクショナリで定義されていなければなりません。

詳細については、『Visual LANSA 開発者ガイド』の「1.6.10 インポート・テーブル定義」を参照してください。

I/O操作を実際に実行するか、実際に実行したときにファイルおよびデータ・ディクショナリ・レベルの妥当性検査の条件をすべて満たすことができるかを検査するために「シミュレーション」のみを行うかを指定します。

デフォルト値*NOを指定した場合、I/O操作は通常の方法で実行されます。

*YESを指定した場合、ファイルおよびデータ・ディクショナリ・レベルの検査の条件をすべて満たすことができるかどうかを確認するために、I/O操作がシミュレートされます。このオプションを使用した場合は、この検査に関与するデータベース・ファイルがいかなる形でも変更されることはありません。

LANSAリリース4.0プログラム変更レベルE5により、このパラメータは、他のパラメータと機能が重複しています。

コミット制御を使用するには、アプリケーションでCOMMITまたはROLLBACKコマンド、あるいはその両方を指定してください。

通常は、COMMITコマンドのみが必要です。

IBM iでのコミット制御の関連については、『LANSA/ADユーザーガイド』の「コミット制御を使用する」を参照してください。

削除する行の更新 ID 列と比較する更新 ID 列を含むフィールドの名前を指定します。

WITH_KEY、WITH_RRN、または WHERE が指定されている場合にのみ有効です。

このパラメータで指定されるフィールドはすべて、RDML または LANSA データ ディクショナリ内で定義され、数値である必要があります。

テーブルに LANSA 更新 ID 列が含まれる場合にのみ有効です。

RDMLX コードでのみ有効です。

警告:

• 交差更新チェック

DELETE コマンドによる「交差更新」チェックの使用については、明確に理解する必要があります。

DELETE が発行されると、WITH_KEY と WITH_RRN が指定されていない場合、自動的にチェックする「交差更新」が行われます。
または、WITH_UPDID が指定されていた場合、明示的な「交差更新」によって確認されます。
または、WITH_UPDID が指定されおらず、 WITH_KEY または WITH_RRN が指定されている場合は、「交差更新」はありません。

I/O がテーブル内のすべてのフィールド名を含まない論理ビューを使用している場合、IBM i の「その他」ファイルを使用して IBM i 上で自動化された「交差更新」チェックを試行すると、誤った「交差更新」エラーが発生することに注意してください。

• 自動相互更新チェック
  
  次のコマンド フローを考えてみましょう。

     FETCH WITH_KEY( ) または WITH_RRN( )
     DISPLAY
     ...
     DELETE (WITH_KEYなし および WITH_RRNなし)

  
DELETE コマンドには WITH_KEY または WITH_RRN パラメータがないため、(FETCH コマンドによって) 読み取られた最後の行を削除する必要があることを示しています。

この状況では、「交差更新ウィンドウ」は、行が FETCH された時点から DELETE された時点までの間隔にあります。

これは、自動「クロス更新」チェック機能の正しく有効な使用法です。 FETCH と DELETE の間に別のジョブ/ユーザーによって行が変更された場合、DELETE によって「クロス更新エラー」が生成されます (これは他のタイプの検証エラーと同様に処理する必要があります)。

• 明示的な相互更新チェック

次のコマンド フローを考えてみましょう。

インタラクション 1

   FETCH RET_UPDID( ) WITH_KEY( ) or WITH_RRN( )

インタラクション 2 (同じ「ジョブ」または異なる「ジョブ」)

   DELETE WITH_UPDID( ) WITH_KEY( ) or WITH_RRN( )

    
この状況では、「交差更新ウィンドウ」は行が FETCH された時間と DELETE が行われた時間の間の間隔にありますが、この場合、同じ「ジョブ」内で発生しているわけではない可能性があります。

これは、FETCH と DELETE の両方の WITH_KEY が同じ行に対して機能する限り、明示的な「クロス更新」チェック機能の正しく有効な使用法です。 その行が FETCH と DELETE の間に別のジョブ/ユーザーによって変更された場合、DELETE によって「交差更新エラー」が生成されます (これは他の種類の検証エラーと同様に処理する必要があります)。

• 交差更新チェックなし

次のコマンド フローを考えてみましょう。

   FETCH WITH_KEY( ) または WITH_RRN( )
   DISPLAY
   ...
   DELETE WITH_KEY( ) または WITH_RRN( ) (ただし、WITH_UPDID はなし)

DELETE コマンドには WITH_KEY または WITH_RRN パラメータがありますが、WITH_UPDID パラメータがないため、特定の行 (または行のグループ) を読み取って削除する必要があることを示します。

これは、自動の「交差更新」チェックを期待するためによくあるコーディングミスです。 DELETE コマンドの WITH_KEY または WITH_RRN 値は、FETCH コマンドの値と同じである必要があります。 ただし、RDML コンパイラは、FETCH コマンドの実行後に値が変更されていないことを確認できないため、DELETE を試行する前に行を (再) 読み取る必要があります。

この状況では、「交差更新ウィンドウ」は、行が DELETE コマンドによって (再) 読み取られてから、DELETE コマンドによって削除されるまでの間隔にあります。 この間隔は非常に短いため、「交差更新」チェックは事実上無効になります。

これは、自動の「交差更新」チェックを実質的に無効にするため、対話型シナリオでの DELETE コマンドの有効かつ正しい使用とは見なされません。

• キーなし

DELETE コマンドに WITH_KEY、WHERE、または WITH_RRN パラメーターが指定されていない場合、テーブルから読み取られた最後の行が削除されます。 これらは同等の操作です。

   DELETE FROM_FILE(ORDHDR) WITH_KEY(#ORDNUM)

  
機能的には以下と同等です。

   FETCH FROM_FILE(ORDHDR) WITH_KEY(#ORDNUM)
   DELETE FROM_FILE(ORDHDR)

    
および：

   DELETE FROM_FILE(ORDLIN) WITH_KEY(#ORDNUM)

    
機能的には以下と同等です。

   SELECT FROM_FILE(ORDLIN) WITH_KEY(#ORDNUM)
   DELETE FROM_FILE(ORDLIN)
   ENDSELECT

最後の 2 つの例では、注文のすべての注文明細が削除されることに注意してください。 これは、複数の行を削除する、または「一度に設定」を削除する例です。