.sqlファイルをインポートしようとしていますが、テーブルの作成に失敗します。
失敗するクエリは次のとおりです。
CREATE TABLE `data` (
`id` int(10) unsigned NOT NULL,
`name` varchar(100) NOT NULL,
`value` varchar(15) NOT NULL,
UNIQUE KEY `id` (`id`,`name`),
CONSTRAINT `data_ibfk_1` FOREIGN KEY (`id`) REFERENCES `keywords` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
同じデータベースから.sqlをエクスポートし、すべてのテーブルを削除しましたが、インポートしようとしていますが、なぜ失敗するのですか？
MySQL：テーブル'./dbname/data.frm'を作成できません（errno：150）
MySQLから-外部キー制約のドキュメント：
ドロップされたテーブルを再作成する場合は、それを参照する外部キー制約に準拠する定義が必要です。前述のように、正しい列名とタイプが必要であり、参照されるキーにインデックスが付いている必要があります。これらが満たされない場合、MySQLはエラー1005を返し、エラーメッセージでエラー150を参照します。これは、外部キー制約が正しく形成されなかったことを意味します。同様に、エラー150が原因でALTER TABLEが失敗した場合、これは、変更されたテーブルに対して外部キー定義が誤って形成されることを意味します。
エラー150は、外部キーに問題があることを意味します。おそらく、外部テーブルのキーはまったく同じタイプではありませんか？
実行して出力SHOW ENGINE INNODB STATUS;を探すことにより、実際のエラーメッセージを取得できます。LATEST FOREIGN KEY ERROR
データ型は完全に一致する必要があります。varcharタイプを処理している場合、テーブルは同じ照合を使用する必要があります。
正解であるにもかかわらず、これらすべての答えは質問に誤解を招くと思います。
外部キーを使用してダンプファイルを復元する場合、実際の答えは、復元を開始する前にこれです。
SET FOREIGN_KEY_CHECKS=0;
当然、外部テーブルが存在する前に、復元によっていくつかの制約が作成されるためです。
関連するテーブル間に異なるエンジンがある場合、このエラーメッセージが表示されることがあります。たとえば、テーブルがInnoDBを使用し、他のテーブルがMyISAMを使用している場合があります。両方が同じである必要があります
エラー番号 150は、外部キー制約の失敗を意味します。外部キーが依存するテーブル（table keywords）の前に、このテーブルを作成している可能性があります。最初にそのテーブルを作成すると、正常に機能するはずです。
そうでない場合は、外部キーステートメントを削除し、テーブルの作成後に追加します。特定の制約の失敗に関するより意味のあるエラーメッセージが表示されます。
errno 150を引き起こす可能性のあるものはかなりたくさんあるので、このトピックを検索する人々にとって、これが網羅的なリストに近いと私が思うものです（Errno 150のソースの原因）：
errno150またはerrno121の場合、SHOW ENGINE INNODB STATUSと入力するだけで、「LATESTFOREIGNKEYERROR」というセクションがあります。その下で、それはあなたに非常に役立つエラーメッセージを与えるでしょう、そしてそれは通常あなたに何が問題であるかをすぐに教えてくれます。実行するにはSUPER権限が必要なので、それがない場合は、次のシナリオをテストする必要があります。
1）データ型が一致しない：列の型は同じである必要があります
2）インデックス付けされていない（または間違った順序でインデックス付けされている）親列
3）列の照合が一致しない
4）NOTNULL列でSETNULLを使用する
5）テーブル照合が一致しない：列照合が一致する場合でも、一部のMySQLバージョンではこれが問題になる可能性があります。
6）親列が実際には親テーブルに存在しません。スペルをチェックします（そしておそらく列の最初または最後のスペース）
7）1つの列のインデックスの1つが不完全であるか、列が長すぎて完全なインデックスを作成できません。MySQL（微調整しない限り）の最大単一列キー長は767バイトであることに注意してください（これはvarchar（255）UTF列に対応します）
errno 121が発生した場合、次の原因がいくつかあります。
1）選択した制約名はすでに使用されています
2）一部のシステムでは、ステートメント名とテーブル名に大文字と小文字の違いがある場合。ケース処理ルールが異なるサーバー間を移動する場合、これは問題になる可能性があります。
MySQLが非常に愚かである場合があります-外部キーの理由の原因を理解できます..しかし、私の場合、データベース全体を削除したばかりで、それでもエラーが発生します...なぜですか？つまり、データベースはもうありません...そして私が使用しているsql-userはサーバー上の他のデータベースにアクセスできません...つまり、サーバーは現在のユーザーにとって「空」であり、私はまだ取得しますこのエラー？申し訳ありませんが、MySQLは私に嘘をついていると思います...しかし、私はそれに対処できます:)あなたのファッキーなステートメントの周りにSQLのこれらの2行を追加するだけです：
SET FOREIGN_KEY_CHECKS = 0;
# some code that gives you errno: 150
SET FOREIGN_KEY_CHECKS = 1;
これでSQLを実行する必要があります...本当に外部キーの問題がある場合は、チェックを再度有効にする行が表示されます。これは失敗します。しかし、私のサーバーは静かです:)
私も同じ問題を抱えていました。これは、テーブルの列の照合と文字セットに関連していました。2つのテーブルの両方の列で文字セットと照合が同じである必要があります。その上に外部キーを設定したい場合。例-usersテーブルのuserID列を参照するuserImageテーブルのuserID列に外部キーを配置した場合、照合は、テーブルの両方の列のutf8_general_ciと文字セットutf8と同じである必要があります。通常、テーブルを作成するとき、mysqlはサーバー設定からこれら2つの構成を取得します。
上記の回答を調べて少し実験した後、これはMySQLの外部キーエラー（1005-エラー150）を解決するための効果的な方法です。
外部キーを適切に作成するために、MySQLが要求するのは次のとおりです。
これらの要件を満たせば、すべてがうまくいくでしょう。
WindowsアプリケーションをLinuxに移植したときに、このエラーが発生しました。Windowsでは、データベーステーブル名は大文字と小文字を区別しません。また、Linuxでは、おそらくファイルシステムの違いにより、大文字と小文字を区別します。したがって、WindowsのテーブルTable1は、と同じtable1であり、REFERENCES両方table1でTable1機能します。Linuxでは、データベース構造を作成するtable1代わりにアプリケーションを使用するとTable1、エラー＃150が発生しました。参照で正しい文字の大文字小文字を区別するとTable1、Linuxでも機能し始めました。したがって、他に何も役に立たないREFERENCES場合は、Linuxを使用しているときに、テーブル名に正しい大文字と小文字を使用していることを確認してください。
通常、外部キーと主キーの不一致によりエラーが発生します：150。
外部キーは、主キーと同じデータ型である必要があります。また、主キーが符号なしの場合、外部キーも符号なしである必要があります。
テーブルのエンジンを変更します。innoDBのみが外部キーをサポートします
PKテーブルを1つのCHARSETで作成し、次にFKテーブルを別のCHARSETで作成すると、このエラーが発生する可能性があります...私もこのエラーが発生しましたが、文字セットをPK文字セットに変更した後、エラーなしで実行されました
create table users
(
------------
-------------
)DEFAULT CHARSET=latin1;
create table Emp
(
---------
---------
---------
FOREIGN KEY (userid) REFERENCES users(id) on update cascade on delete cascade)ENGINE=InnoDB, DEFAULT CHARSET=latin1;
このエラーは、2つのテーブルに参照がある場合に発生する可能性があります。たとえば、1つのテーブルがStudentで、もう1つのテーブルがEducationであり、EducationテーブルにStudentテーブルの外部キー参照を持たせたい場合です。この場合、両方のテーブルの列データ型は同じである必要があります。同じでない場合、エラーが発生します。
ほとんどの場合、問題はENGINEの違いが原因です。親がInnoDBによって作成されている場合、参照されるテーブルはMyISAMによって作成されているはずであり、その逆も同様です。
私の場合。ホスティングサーバーが設定を変更し、新しいテーブルがMyISAMでしたが、古いテーブルがInnoDBであるため、エンジンと文字セットに問題がありました。ただ私が変わった。
主キー列と参照列の両方が同じデータ型と属性（符号なし、バイナリ、符号なしゼロフィルなど）を持っていることを確認してください。
実際のエッジケースは、MySQLツール（私の場合はSequel Pro）を使用してデータベースの名前を変更した場合です。次に、同じ名前のデータベースを作成しました。
これにより、外部キー制約が同じデータベース名に保持されたため、名前が変更されたデータベース（my_db_renamedなど）には、新しく作成されたデータベース（my_db）に外部キー制約がありました。
これがSequelProのバグなのか、それともいくつかのユースケースでこの動作が必要なのかはわかりませんが、朝の大部分の費用がかかりました：/
子テーブルから参照しているPARENTテーブルの列は一意である必要があります。そうでない場合は、エラー番号150を発生させます。
同じエラーが発生しました。私の場合、エラーの理由は、制約にON DELETE SET NULLステートメントがあり、その定義に制約を置いたフィールドにNOTNULLステートメントがあったためです。フィールドでNULLを許可すると、問題が解決しました。
テキストファイルからDBを作成しているときに、この種の問題に直面しました。
mysql -uroot -padmin < E:\important\sampdb\createdb.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\create_student.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\create_absence.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\insert_student.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\insert_absence.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\load_student.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\load_absence.sql
上記の行を書き込んでCreate.bat、batファイルを実行しました。
私の間違いは、私のsqlファイルでの実行の順序にあります。主キーと外部キーを使用してテーブルを作成しようとしました。実行中は参照テーブルを検索しますが、テーブルはありません。したがって、そのようなエラーが返されます。
外部キーを使用してテーブルを作成する場合は、参照テーブルが存在するかどうかを確認してください。また、参照テーブルとフィールドの名前も確認してください。
同様の問題が発生しましたが、データのある既存のテーブルに新しいフィールドを追加していて、新しいフィールドが親テーブルの別のフィールドを参照していて、定義がNOT NULLで、デフォルト値がないためです。-物事がうまくいかなかった理由は
通常の状況では、データベースを事前に計画し、データ挿入の前に制約を実装した場合、この特定のシナリオは回避されることを覚えておくことが重要です。
この落とし穴を回避するためのより簡単なアプローチは、
これが誰かに役立つことを願っています
外部キーなしでテーブルを作成してから、外部キーを個別に設定します。
おそらくこれは役に立ちますか？主キー列の定義は、外部キー列とまったく同じである必要があります。
すべてのテーブルが外部キーをサポートできることを確認してください-InnoDBエンジン
単一のテーブルでDjangomysqlデータベースをダンプするときにも同様の問題が発生しました。データベースをテキストファイルにダンプし、emacsを使用して問題のテーブルをファイルの最後に移動し、変更されたsqlダンプファイルを新しいインスタンスにインポートすることで、問題を修正することができました。
HTHUwe
変数を受け入れるようにすることで問題を修正しましたnull
ALTER TABLE `ajout_norme`
CHANGE `type_norme_code` `type_norme_code` VARCHAR( 2 ) CHARACTER SET utf8 COLLATE utf8_general_ci NULL
一連のMySQLコマンドを実行したときに同じ問題が発生しました。まだ作成されていない他のテーブルへの外部キーを参照するときに、テーブルの作成中に鉱山が発生します。これは、参照する前のテーブルの存在のシーケンスです。
解決策：外部キーを持つ子テーブルを作成する前に、まず親テーブルを作成します。
同じエラーが発生したので、最初に参照テーブルを作成し、次に参照テーブルを作成しました
たとえば、employeeテーブルとdepartmentテーブルがあり、employeeテーブルのdept_noに外部制約を割り当てる場合は、departmentテーブルが作成され、主キー制約がdept_noに割り当てられていることを確認してください。
これは私のために働いた...
ドロップされたテーブルを再作成する場合は、それを参照する外部キー制約に準拠する定義が必要です。前述のように、正しい列名とタイプが必要であり、参照されるキーにインデックスが付いている必要があります。これらが満たされない場合、MySQLはエラー1005を返し、エラーメッセージでエラー150を参照します。これは、外部キー制約が正しく形成されなかったことを意味します。同様に、ALTER TABLEエラー150が原因で失敗した場合、これは、変更されたテーブルに対して外部キー定義が誤って形成されることを意味します。
execute below line:
SET FOREIGN_KEY_CHECKS = 0;
FOREIGN_KEY_CHECKS option specifies whether or not to check foreign key constraints for InnoDB tables.
-- Specify to check foreign key constraints (this is the default)
SET FOREIGN_KEY_CHECKS = 1;
-- Do not check foreign key constraints
SET FOREIGN_KEY_CHECKS = 0;
When to Use :
Temporarily disabling referential constraints (set FOREIGN_KEY_CHECKS to 0) is useful when you need to re-create the tables and load data in any parent-child order.
ばかげた間違いですが、主キーとして参照されていた親プロパティを定義するのを忘れていたため、「errno：150」が表示されました。
他の誰かが同じ問題を抱えている場合に備えて共有するだけです。
試す：
CREATE TABLE `data` (
`id` int(10) unsigned NOT NULL,
`name` varchar(100) NOT NULL,
`value` varchar(15) NOT NULL,
UNIQUE KEY `id` (`id`,`name`),
CONSTRAINT `data_ibfk_1`,
FOREIGN KEY (`id`) REFERENCES `keywords` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
との間に「、」を入れる必要がCONSTRAINTありFOREIGNます。