mySQL交換ステートメント

MySQLの交換は、「削除」を組み合わせて、一意の制約競合が使用されたときに古いデータを置き換えるメカニズムです。プライマリキーまたはユニークなインデックスの競合がある場合、置換は最初に古いレコードを削除し、次に新しいレコード（Atomic）を挿入します。 1.交換をトリガーするために、プライマリキーまたは一意のインデックスを使用する必要があります。 2。競合中に古いデータが削除され、新しいデータが挿入されます。 3. INSERT Ingroreとは異なり、後者は競合を無視し、それらを挿入せず、エラーを報告しません。 4.データの損失、自己障害IDの変更、パフォーマンスオーバーヘッド、複数のトリガー問題に注意してください。 5.挿入を使用することをお勧めします...重複キーアップデートで、完全な交換の代わりにいくつかのフィールドを更新します。

MySQLのREPLACEステートメントは、実際には独立したステートメントタイプではなく、「削除挿入」操作を組み合わせたメカニズムです。通常、一意の制約競合がある場合、既存のデータを交換するために使用されます。 INSERTに似ていますが、動作が異なります。

MySQLの置換とは何ですか

REPLACE INTO ... VALUES (...)などの構文を使用すると、プライマリキーまたは一意のインデックスに新しく挿入されたデータと競合するレコードが既にテーブルがある場合、MySQLは最初に古いレコードを削除してから新しいレコードを挿入します。このプロセスはアトミックです（トランザクションをサポートするエンジン内）。

次のことに注意する必要があります。交換は「暴力的な」操作方法であり、すべてのシナリオが使用に適しているわけではありません。

交換を使用するための前提条件

REPLACEには、次のポイントを満たす必要があります。

• テーブルには主要なキーまたは一意のインデックスがあります。そうしないと、交換ロジックがトリガーされません。
• 挿入されたデータは、プライマリまたは一意のキーによって既存のデータと比較されます。
• 競合がない場合、それは単なる通常の挿入です。

例えば：

テーブルユーザーを作成します（
    id intプライマリキー、
    名前varchar（50）、
    電子メールvarchar（100）ユニーク
）;

実行する場合：

ユーザー（id、name、email）値（1、 'alice'、 'alice@example.com'）に置き換えます。

id=1がすでに存在する場合、このレコードは削除され、再挿入されます。

交換と挿入の違いは無視します

両方のステートメントは、独自の重要な対立を処理するために使用されますが、その行動は完全に異なります。

例えば：

• REPLACE使用して、既存のプライマリキーにデータを挿入します→古いデータが削除され、新しいデータが入力されます。
• INSERT IGNOREを使用して挿入→新しいデータは挿入されず、エラーはありません。

したがって、データを更新するか、紛争を静かに無視するかどうかに依存します。

交換の使用に関するメモ

REPLACE便利に見えますが、実際の開発に注意を払うべきいくつかの問題があります。

• データ損失リスク：交換古いレコードを削除します。一部のフィールドのみを更新する場合のみ、この方法により他のフィールドが空になる可能性があります。
• 自己障害IDが変更されます。主キーが自己障害がある場合、置き換えは古いレコードのIDがリリースされ、その後の関連付けに影響します。
• パフォーマンスオーバーヘッドは大きいです。削除と挿入の2つのアクションが含まれるため、パフォーマンスは簡単な更新ほど良くありません。
• トリガーは複数回トリガーされる場合があります。削除挿入操作は、関連するトリガーを2回トリガーします。

提案：

• 一部のフィールドのみが更新されている場合、 ON DUPLICATE KEY UPDATEが推奨されます。
• レコード全体を本当に交換する必要があり、フィールドの損失について心配しないでください。 REPLACE使用できます。

代替：挿入...重複するキーアップデートに

より推奨される方法は、 INSERT ... ON DUPLICATE KEY UPDATEすべてのフィールドを交換するのではなく、競合の場合にいくつかのフィールドのみを更新できるようにします。

例：

ユーザーに挿入（ID、名前、電子メール）
値（1、 'Alice'、 'new_email@example.com'）
重複したキーアップデート
name = 'Alice'、
email = 'new_email@example.com';

これにより、レコード全体の削除を避けながら、変更したくないフィールド値を保持します。

基本的にそれだけです。交換は実用的だが悪用可能な機能であり、その行動と適用可能なシナリオを理解することが重要です。

以上がmySQL交換ステートメントの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。