SQL外部キーの制約の解決失敗：1452エラーガイド

この記事は、SQLSTATE [23000]：整合性の制約違反を深く分析することを目的としています。このエラーは通常、チャイルドテーブルデータを挿入または更新しようとするときに発生しますが、それに関連する親のテーブルは存在しないか、外部キーがプライマリキーのデータ型/長さと一致しません。このチュートリアルでは、エラー、診断方法の原因について詳しく説明し、データベースのデータの整合性と関連性を確保するためのターゲットソリューションを提供します。

1452外部キーの制約の理解には、エラーが失敗しました

「SQLSTATE [23000]：整合性の制約違反：1452は子の行を追加または更新できません：外部キー制約がデータベースのエラーに失敗すると、子テーブルにレコードを挿入または更新しようとしていますが、レコードが参照されている親テーブルの関連する主要な値は存在しません。外部キーとは、2つのテーブル間のリンクを作成および強化するために使用される1つ以上の列です。別のテーブルの主要なキーを参照することにより、データの一貫性と整合性を保証します。

たとえば、Report_Sales.SubDistributorテーブルとDSOテーブルの間で、subdistributor.id_dsoは外部キーであり、DSO.ID_DSOを主キーと呼びます。このエラーは、DSOテーブルのID_DSO列にID_DSO（DSO-ACEHなど）の値が存在しないサブディストリビューターテーブルにレコードを挿入しようとするとトリガーされます。

一般的な原因とエラーの診断

1. 親のテーブルレコードは存在しません。これが最も一般的な理由です。子テーブルが親テーブルにまだ存在しない値を参照しようとすると、データベースはこの操作をブロックして参照の整合性を維持します。

   • 診断：挿入または更新ステートメントの外部キー列の値を確認し、値の存在については親テーブルの値を照会します。
     • たとえば、エラーメッセージのDSO-acehの場合、DSOテーブルを確認する必要があります。

        DSOからid_dsoを選択します。ここで、id_dso = 'dso-aceh';

       このクエリが結果を返さない場合、DSO-acehがDSOテーブルに存在しないことを意味します。

2. データ型または長さの不一致：エラーメッセージは通常、「親の行が見つからない」と明示的に述べていますが、外部キー列と参照されるプライマリキー列との間の不一致は、同様の論理的問題、または外部キーを作成する際の障害につながる可能性があります。

   • 診断方法： 2つのテーブル（サブディストリビューターやDSOなど）の関連する列（ID_DSO）のデータ型と長さがまったく同じかどうかを確認します。
     • たとえば、mysqlでは、describ commandを使用できます。

       サブディストリビュータを説明してください。
       DSOを説明してください。

       subdistributor.id_dsoおよびdso.id_dsoのデータ型（varchar（255）など）が長さと正確に一致することを確認してください。

3. 既存のデータは、外部のキーの制約に準拠していません。既にデータを持っているテーブルに外部キーの制約を追加し、既存のデータに制約に準拠していないレコードがある場合、外部キーを追加すると失敗します。この場合、エラーは通常、Alter Tableの追加制約ステートメントが実行されたときに発生します。

   • 診断：外部キーを追加する前に制約を満たさない既存のデータを特定して処理します。

解決

上記の理由により、以下は対応するソリューションです。

1. 親のテーブルレコードが存在することを確認してください：

   • 不足している親レコードを手動で挿入する： DSO-ACEHのような値が有効であると確信しているが、現在DSOテーブルに欠落している場合は、最初にこれらの欠落しているレコードを親テーブルDSOに挿入する必要があります。

      - 例：DSO（ID_DSO、nama_dso、...）値（ 'dso-aceh'、 'aceh distribution office'、...）に不足しているDSOレコード挿入を挿入します。

   • データのインポートロジックの調整： Excelを介してデータをインポートする場合は、インポートプロセスで、すべての子テーブル（ID_DSOなど）で参照される親テーブルデータがデータベースに既に存在することを確認してください。これは通常、親テーブルデータを最初にインポートする必要があることを意味します。

2. データ型と長さを確認して修正します。

   • Laravel移行ファイルでは、外部キー列と参照されるプライマリキー列のデータ型と長さが一貫していることを確認してください。たとえば、dso.id_dsoがstring（ 'id_dso'、20）の場合、subdistributor.id_dsoも文字列（ 'id_dso'、20）である必要があります。
   • あなたの移行コードスニペット：

     スキーマ:: create（ 'subdistributor'、function（blueprint $ table）{
         $ table-> string（ 'id_subdist'）;
         // ...
         $ table-> string（ 'id_dso'）; //ここの文字列の長さがDSOテーブル$ table-> fortion（ 'id_dso'） - > references（ 'id_dso'） - > on（ 'dso'） - >（ 'dso'）のid_dsoと一致していることを確認してください。
         // ...
     }）;

     dso.id_dsoがvarchar（50）などの特定の長さである場合、ここで$ table-> string（ 'id_dso'、50）;

3. 既存の非準拠データを処理します（該当する場合）：

   • 外部キーを追加する前にデータをクリーニングまたは更新する：既存のデータを使用してテーブルに外部キーを追加し、このエラーが発生した場合は、次のことが必要です。
     • ID_DSO値がDSOテーブルに存在しないサブディストリビューターテーブルのすべてのレコードを識別します。

        s。* Subdistributor sから
       S.ID_DSO = D.ID_DSOでDSO Dを結合します
       ここで、d.id_dsoはnullです。

     • これらのレコードを処理する方法を決定します：
       • 削除：これらのデータが無効な場合は、直接削除します。
       • 更新：有効なID_DSO値に更新するか、外部キーがnullを許可する場合はnullに設定します。
       • 欠落している親レコードを挿入：これらの不一致のID_DSO値について、DSOテーブルに対応するレコードを挿入します。
   • 一時的に外部キーチェックを無効にします（生産環境にはお勧めしません）：大量のデータをインポートする場合など、一部の特別な場合、外部キーチェックは一時的に無効になり、インポートが完了した後に有効になります。しかし、これにより、データの矛盾のリスクが高まり、注意して使用し、データ自体のインポートが正しいことを確認する必要があります。

      foreign_key_checks = 0を設定します。 - 外部キーチェックを無効にする - 挿入/更新操作を実行するforeign_key_checks = 1; - 外部キーチェックを有効にします

Laravelでデータをインポートする際に注意すべきこと

Laravelが提供するExcelsのインポートであるシナリオでは、最も可能性の高い理由は、ExcelファイルのID_DSO値がインポートされている場合、対応するDSOテーブルレコードが存在しないことです。

• インポート順序：データインポートプロセスが正しい依存関係にあることを確認してください。つまり、最初に親テーブル（DSOなど）からすべてのデータをインポートし、次に子テーブル（サブディストリビューターなど）からデータをインポートします。
• データの前処理： Excelのインポートの前に、すべての外部キー値が親テーブルに対応するレコードがあることを確認するために、データを前処理または検証できます。
• エラー処理：インポートロジックに、より堅牢なエラー処理メカニズムを追加します。たとえば、その後のトラブルシューティングと修正のために外部キーの制約が失敗するすべての行を記録します。

データソース、データベーススキーマ定義、およびデータがインポートまたは挿入される順序を慎重に調べることにより、データベースのデータ整合性を確保するために、1452の外部キー制約障害障害エラーを効果的に解決できるようになります。

以上がSQL外部キーの制約の解決失敗：1452エラーガイドの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。