MySQL Triggerは、データの一貫性のメンテナンス、変更ロギング、ビジネスルールの実裝、その他のシナリオに適した、テーブルで自動(dòng)的に実行される保存プログラムです。その作成には、トリガータイミング（前または後）、イベントタイプ（挿入、更新、削除）、アソシエーションテーブル、特定のロジックの定義が含まれます。たとえば、ユーザーが挿入するときにログを記録できます。各行のユーザーに挿入後にトリガー後のトリガーAfter_user_insertを作成します。トリガーを使用する前に、50％を超えない割引を制限するなどのデータ検証に使用することができます。各行の製品の更新前にトリガーを作成する前にトリガーを作成します。それを使用する場(chǎng)合は、デバッグの困難、過剰使用、無限のループ、その他の問題を避けるために注意を払う必要があります。トリガーは簡(jiǎn)潔で明確に保つ必要があり、トリガーをトリガーする同じテーブルを変更する必要があります。トリガーは、データベースレイヤーで実施する必要があるロジックに適しています。

データベースを扱ったことがあるなら、データを清潔で一貫性を保つことがどれほど重要かを知っています。 Triggersであることを達(dá)成するためのMySQLの強(qiáng)力ですが、しばしば使用されていないツール。データの変更に基づいて自動(dòng)アクションを可能にします。レコードが挿入されたときにログを更新したり、変更が発生する前に値をチェックするなどです。正しく使用されると、データの整合性を?qū)g施し、アプリケーションコードに繰り返しロジックを書くことを避けることができます。

MySQLトリガーとは何ですか？

トリガーは、 INSERT 、 UPDATE 、 DELETEなど、テーブル上の特定のイベントに応じて自動(dòng)的に実行される保存プログラムです。それらは特定のテーブルに結(jié)び付けられており、イベントの前後に実行できます。

通常、次のようにしたいときにトリガーを使用します。

• 複數(shù)のテーブルにわたってデータの一貫性を保ちます
• ログの変更をテーブルに変更します
• データベースレベルで複雑なビジネスルールを強(qiáng)制します
• 無効なデータエントリを防止します

たとえば、 usersテーブルとuser_logsテーブルがある場(chǎng)合、新しいユーザーが追加されるたびにログエントリを自動(dòng)的に挿入することをお?jiǎng)幛幛筏蓼?。それはトリガーのための完璧なユースケースです。

mysqlでトリガーを作成する方法

トリガーの作成には、タイミング（ BEFOREまたはAFTER ）、イベントタイプ（ INSERT 、 UPDATE 、 DELETE ）、添付されたテーブル、および実際のロジックなど、いくつかの重要な部分が含まれます。

新しいユーザーが挿入されたときにログを記録するトリガーの基本的な例は次のとおりです。

 Delimiter //
trigger after_user_insertを作成します
ユーザーに挿入した後
各行ごとに
始める
    user_logsに挿入（user_id、action、created_at）
    values（new.id、 'user reacted'、now（））;
終わり //
區(qū)切り文字;

注意すべきいくつかのこと：

• NEW 、挿入されている新しい行を指します
• FOR EACH ROWトリガーが影響を受ける行ごとに1回実行されることを意味します
• トリガーを作成するときは、一時(shí)的に區(qū)切り文字を変更する必要があります

別のテーブルの更新やデータの検証など、より複雑なことをしている場(chǎng)合は、 BEGIN ... ENDブロック內(nèi)にロジックを追加できます。

トリガーの前にデータの完全性を?qū)g施します

トリガーの最も有用な役割の1つは、変更が行われる前にデータの整合性ルールを?qū)g施することです。たとえば、 productsテーブルの割引値が50％を超えないようにすることをお?jiǎng)幛幛筏蓼埂?/p>

これがあなたがそれをする方法です：

 Delimiter //
Trigger before_product_updateを作成します
製品の更新前
各行ごとに
始める
    new.discount> 50の場(chǎng)合
        Signal SqlState '45000' set message_text = '割引は50％を超えることはできません'。
    end if;
終わり //
區(qū)切り文字;

これにより、 SIGNALステートメントを使用して更新を停止し、條件が激しい場(chǎng)合はエラーを返します。これは、アプリケーションコードではなく、データベースの検証ロジックを集中化する場(chǎng)合に特に便利です。

留意してください：

• トリガーが保存される前に検証または変更にBEFOREです
• トリガーBEFOREにNEW値を変更できます
• カスケードの変更に注意してください - 彼らはデバッグをするのが難しくなる可能性があります

一般的な落とし穴とベストプラクティス

トリガーは強(qiáng)力ですが、いくつかのゴッチャスが付屬しています：

• 彼らは自動(dòng)的に実行されるためデバッグするのが難しい場(chǎng)合があります
• それらを過剰に使用すると、データベースのロジックが従うのを難しくすることができます
• 無限のループを作成するのは簡(jiǎn)単です。たとえば、添付されている同じテーブルを更新するトリガーです。

いくつかの良い実踐：

• トリガーをシンプルに保ち、1つのタスクに集中してください
• それらをよく文書化してください - 將來のあなた（またはあなたのチームメイト）はあなたに感謝します
• 制約やアプリケーションロジックで簡(jiǎn)単に処理できないものにそれらを使用してください
• あなたが何をしているのか本當(dāng)にわからない限り、彼らが解雇されたのと同じテーブルを変更するトリガーを避けてください

トリガーが正しいソリューションであるかどうかわからない場(chǎng)合は、自問してください。このロジックは、どのアプリケーションやクエリが変更を加えていても、データベースレベルで常に実施すべきものですか？はいの場(chǎng)合、トリガーが適している可能性があります。

ほとんどの場(chǎng)合、トリガーは毎日使用するものではありません。ただし、特にロギング、検証、またはデータの一貫性の維持に必要な場(chǎng)合は、命の恩人になる可能性があります。それらを賢く使用し、できるだけシンプルに保つことを忘れないでください。

以上がMySQLのマスタリングは、データの整合性と自動(dòng)化をトリガーしますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。