KILLまたはZKILLがトリガ定義に一致するグローバル・ノードを更新する場合、GT.Mはデータベース状態の変更が計算された後、プロセス空間またはデータベースに適用される 前に、トリガ・コードを実行します。これは、KILLされるノードと子孫（存在する場合）がトリガ・コードで見える状態にあることを意味します。KILLトリガは$ZTVALUEを無視することに注意してください。

SETがトリガ定義に一致するグローバル・ノードを更新すると、GT.Mはノードがプロセスのアドレス空間で更新された 後に、データベースに適用される前にトリガコードを実行します。トリガの実行が完了すると、トリガ・ロジックは、$ZTVALUEが設定されていない場合にのみ、ノードの値をプロセス・アドレス空間からコミットします。トリガーの実行中に$ZTVALUEが設定されている場合、トリガー・ロジックはノードの値を$ZTVALUEの値からコミットします。

次の例を考えてみます：

GTM>set c=$ztrigger("S")
;trigger name: A#1#  cycle: 1
+^A -commands=S -xecute="set ^B=200"
;trigger name: B#1#  cycle: 1
+^B -commands=S -xecute="set $ztval=$ztval+1 " 
GTM>set ^A=100,^B=100 
GTM>write ^A
100
GTM>write ^B
201 

SET ^A=100 は、トリガ A#1 を呼び出す。トリガの実行が開始されると、GT.Mはプロセス・アドレス空間に ^A を100に設定しますが、データベースには適用しません。したがって、トリガ・ロジックは ^A が100に設定されているとみなします。ただし、データベースにアクセスする他のプロセスは、^A の以前の値を参照してください。トリガの実行が完了すると、トリガ・ロジックは、$ZTVALUEが設定されていない場合にのみ、ノードの値をプロセス・アドレス空間からコミットします。トリガ・ロジックは、トリガの実行中に$ZTVALUEが設定されている場合のみ、ノードの値を$ZTVALUEからコミットします。$ZTVALUEは、A#1 に設定されていないため、GT.Mはプロセス・アドレス空間から ^A の値をデータベースにコミットします。したがって、GT.Mは、^A=100 をデータベースにコミットします。 SET ^B=200 はトリガー B#2 を呼び出します。$ZTVALUE はトリガの実行中に設定されるため、GT.Mはトリガの実行終了時に $ZTVALUE の値を ^B にコミットします。

	注意
	トリガ・コード内で、^B 上の任意のSET操作は、再帰的にトリガ B#1 を呼び出します。したがって、$ZTVALUEを設定すると、トリガの実行中に値ノードが変更されます。GT.Mは、オリジナルのコマンドがトランザクション内にあるかどうかにかかわらず、同じトランザクション内のトリガ更新と関連するすべてのトリガを実行します。つまり、トリガ・ロジックはノードの更新された値を認識しますが、最も外側のトランザクションがデータベースにコミットするまで他のプロセスには表示されません。他のプロセスが競合する更新がある場合、GT.Mは明示的または暗黙のトランザクションをRESTARTして競合を解決します。

トリガは、SETがトリガを開始したノードを更新する必要があります。これが発生する可能性のある状況は次のとおりです：

そのような場合、トリガ・ロジックはグローバル・ノードの代わりに ISV $ZTVALUEに変更を加える必要があります。トリガ呼び出しの最後に、GT.Mは$ZTVALUEの値をノードに適用します。最初の照合トリガーが実行される前に、GT.Mは$ ZTVALUEを設定します。あるトリガのロジック内のコマンドは別のネストされたトリガを呼び出すことができるので、既にトリガ内にある場合、GT.Mはネストされたトリガの開始のために変更する前に、以前のアップデートに対して $ZTVALUEの値をスタックします。

GT.Mは、MERGEコマンドをデータ・ソースの照合順序で実行される一連のSETコマンドとして扱います。GT.Mは、一致するトリガのためにMERGEによって更新された各グローバル・ノードをチェックします。GT.Mが1つ以上の一致を検出した場合、次のコマンドの前に一致するすべてのトリガを呼び出すか、同じSETコマンドの次のセット引数を呼び出します。

GT.Mは $INCREMENT() 関数をSETコマンドとして扱います。$INCREMENT() 操作の結果は数値でなければならないため、トリガ・コードが$ZTVALUEを変更すると、トリガの最後に、GT.Mは +$ZTVALUEの値（つまり、$ZTVALUEが強制的に数値に変換されます）をターゲットノードに適用します。

上記のように、一致する複数のトリガがある場合、GT.Mプロセスは一致するトリガのリストを作成し、予測可能性を保証せずに任意の順序でそれらを実行します。

一致するトリガーごとに：

すべてのトリガを実行した後、GT.Mは、トリガを開始する操作とトリガの更新をコミットし、次のコマンドで実行を続行します （または、複数のノードが同じコマンドによって更新されている場合は、次のノードで更新されます）。トリガを開始する操作自体がトランザクション内にある場合、他のプロセスは、最も外側のトランザクションのTCOMMITまでデータベース状態の変化を認識しません。

トリガ・アクションがAtomicであることを保証するために、GT.Mはトランザクション内でトリガ・ロジックとトリガ・アップデートを常に実行します。トリガ・アップデートがアプリケーション・トランザクション内にない場合、GT.Mは再起動可能な「Batch」トランザクションを暗黙的に開始し、オリジナルのアップデートとアップデートによって生成されたトリガをラップします。In other words, when 0=$TLEVEL GT.M behaves as if implicit TStart *:Transactionid="BATCH" and TCommit commands bracket the upddate and its triggers. 言い換えれば、0=$TLEVELならは、GT.Mは暗黙的な TStart *:Transactionid="BATCH" のように振る舞いまい、そして、TCommitコマンドは更新とそのトリガを囲みます。したがって、トリガコードおよび/またはそのエラー・トラップは常にトランザクション内で動作し、メイン・アプリケーション・コードがTSTARTを使用しない場合でもTRESTARTコマンドを使用できます。トリガで使用する$ETRAPコードには、TROLLBACKロジックが含まれている場合があります。

廃止予定のZTSTART / ZTCOMMITトランザクションは、トリガと互換性がありません。トリガが定義されているグローバルへの更新が発生したときにZTSTARTトランザクションがすでにアクティブである場合、GT.Mは実行時エラーを発行します。同様に、GT.Mは、トリガ・コンテキスト内でエラーとしてZTSTARTを発行しようとするすべてを扱います。

GT.Mは$ETRAPメカニズムを使用して、トリガの実行中にエラーを処理します。トリガ中にエラーが発生した場合、GT.Mは$ETRAPでMコードを実行します。$ETRAPが$ECODEをクリアしない場合、GT.Mはトリガ内でデータベース更新をコミットせず、制御をトリガ更新の環境に渡します。$ETRAPアクションまたはそれが起動するロジックが$ECODEをクリアすると、GT.Mは引き続きトリガ・ロジックの処理を続行できます。

以下の簡単な例を考えてみましょう：

^Acct(id=:,disc=:) -commands=Set -xecute="Set msg=""Trigger Failed"",$ETrap=""If $Increment(^count) Write msg,!"" Set $ZTVAlue=x/disc" 

トリガ実行中に、disc （トリガ更新の2番目の添字）が 0 と評価され、DIVZERO（ 0で除算しようとする）エラーが発生すると、GT.Mは "Trigger Failed"というメッセージを表示します。$ETRAPは$ECODEをクリアしないので、メッセージを出力した後、GT.Mはトリガコンテキストを終了し、トリガの外にエラー・ハンドラを呼び出します。DIVZEROの場合、プロセスは ^Acct(id,disc) に新しい値を割り当てたり、増分した ^count の値をデータベースにコミットしたりしません。

アプリケーション・プロセスは、トリガ内の実行時エラーを処理するために、広範囲の訂正アクションを使用できます。ただし、これらの修正アクションは、MUPIPレプリケーション中に使用できない場合があります。「トリガー環境」セクションで説明したように、GT.Mは、トリガ定義だけを複製しますが、トリガされた更新は複製しません。トリガ更新は、複製インスタンスが複製を再生するときにトリガによって実行されます。トリガが複製インスタンスで呼び出された場合、トリガがオリジナルのインスタンスで正常に呼び出されたことを意味します。通常のアプリケーション要件では、正しく構成された複製インスタンスで同じ結果が生成されることを確認する必要があります。したがって、MUPIP上の$ETRAPコードは、次の場合に対処する必要があります：

後の2つのケースでは、ミスマッチ環境には基本的に2つの可能性があります：

トリガ機能には、gtm_trigger_etrap という環境変数が含まれています。これは、トリガ・コンテキストで$ETRAPの初期値を提供し、mumpsとMUPIPプロセスの両方でトリガ操作のエラー・トラップを設定するために使用できます。もちろん、コードはトリガ・コンテキスト内でSET $ETRAPでもかまいません。実行時トリガ操作中に gtm_trigger_etrapの値を指定せずにトリガが失敗した場合、GT.Mは現在のトラップ・ハンドラを使用します。MUMPSプロセスでは、トリガの更新時にトラップハンドラが $ZTRAP で、gtm_trigger_etrap が定義されていない場合、エラー・トラップは暗黙的に $ETRAP="" に置き換えられ、$ZTRAPがアンスタックして有効になる前に、トリガ・ロジックとトリガ・アクションの両方から抜け出します。MUPIPプロセスで、gtm_trigger_etrapの値を指定せずにトリガが失敗した場合、GT.Mは暗黙的に SET $ETRAP="If $ZJOBEXAM()" を実行し、MUPIPプロセスを終了します。$ZOBEXAM() は、障害の分析の基礎となるファイルに診断情報（ZSHOW "*"に相当）を記録します。

	重要
	$ZJOBEXAM() は、関数の実行時にプロセスのコンテキストをダンプします。出力には、識別番号、クレジットカード番号などの機密情報が含まれている可能性があります。MUPIPエラーハンドラによって生成されるファイルの場所を確保するか、MUPIPを操作するための適切なセキュリティ特性を設定する必要があります。あるいは、MUPIPが$ZJOBEXAM()ファイルを作成しないようにするには、gtm_trigger_etrap環境変数を明示的に "Write !,$ZSTATUS,!,$ZPOSITION,! Halt" のようなハンドラに設定します。 トリガ実行中のエラー処理のその他の重要な側面は次のとおりです：

トリガのトランザクションの整合性を維持し、不適切なディストネーションへの分岐制御を回避するため、ZGOTOは次のように動作します：

ZPRINT / $TEXT() / ZBREAKは、ハッシュ記号（#）で区切られたランタイムの曖昧さ解消と、スラッシュ（/）で区切られた領域の曖昧さ解消の両方を認識します。ZPRINTとZBREAKはトリガが見つからない(trigger-not-found)場合をTRIGNAMENFエラーとして扱い、$TEXT() は空の文字列を返します。それらの引数に領域の曖昧さ解消が含まれている場合、これらの機能はnullのランタイムと曖昧さ解消を無視します。それらの引数に領域の曖昧さ解消が含まれていない場合、これらの機能は空の値を持っていてもランタイムの曖昧さ解消が指定されているかのように動作します。引数がランタイムの曖昧さ解消と領域の曖昧さ解消の両方を指定し、ランタイムの曖昧さ解消が指定された領域と異なる領域からロードされたトリガを指定した場合、または、領域の曖昧さ解消が $ZGBLDIRによってマップされていないトリガを保持する領域を識別する場合、これらの機能はトリガを見つけられないものとして扱います。

GT.CM サーバはトリガを起動しません。つまり、クライアント・プロセスは、トリガを必要としない更新に自分自身を制限しなければならず、そうでなければトリガが実行するアクションを明示的に呼び出さなければなりません。GT.CMは、トリガをバイパスするため、トリガ・ロジックのバグによって不整合な状態に置かれたデータを修復するためのデバッグや複雑な修正のためにトリガをバイパスするメカニズムを提供する可能性があります。

MUPIP INTEG、REORG、BACKUP（-BYTESTREAMを含む）中に、GT.Mは、ちょうど通常のグローバル・ノードを扱うように、トリガ定義を扱います。

Because they are designed as state capture and [re]establishment facilities, MUPIP EXTRACT does not extract trigger definitions and MUPIP LOAD MUPIP EXTRACTは状態キャプチャおよび再構築機能として設計されているため、MUPIP EXTRACTはトリガー定義を 抽出しません 、そしてMUPIP LOADはトリガ定義を復元したり、トリガを起動したりしません。トリガをバイパスするMUPIP LOADの入力を構築することはできますが、GT.CM 構成を使用する場合を除いて、Mコード自体が既存のトリガをバイパスする方法はありません。$ZTRIGGER() 関数は、Mコードが、トリガを削除することを含めてトリガを調整することを許可しますが、これらのアクションはすべてのトリガに関連するノードを更新するすべてのプロセスに影響します。MUPIP EXTRACTとLOADのように、^%GIと^%GO Mユーティリティー・プログラムはGT.Mトリガ定義を抽出してロードしません。MUPIP LOADとは異なり、^%GIは他のMコードと同様にトリガを起動します。これにより、期待されたものや意図されたもの以外の結果が得られる可能性があります。