我有两个表，table1是一个列ID的父表，table2是一个列IDFromTable1(不是实际的名称)，当我把一个FK IDFromTable1到ID在table1，我得到的错误外键约束是不正确形成的错误。我想删除表2记录，如果表1记录被删除。谢谢你的帮助
ALTER TABLE `table2`
ADD CONSTRAINT `FK1`
FOREIGN KEY (`IDFromTable1`) REFERENCES `table1` (`ID`)
ON UPDATE CASCADE
ON DELETE CASCADE;
如果还需要其他信息，请告诉我。我是mysql的新手
当前回答
这个问题很容易解决
例如:你有两个表的名字用户和帖子，你想创建外键在帖子表和你使用phpMyAdmin
1)在post表中添加新列 (名称:use_id |类型:类似用户表中的id |长度:类似用户表中的id |默认值:NULL |属性:unsigned | index: index)
2)在结构标签进入关系视图 (约束名称:自动设置由phpmyAdmin |列名称:select user_id |表:用户|键:id，…)
它被简单地解决了
Javad mosavi伊朗/urmia
其他回答
我在Symfony 2.8上也遇到了同样的问题。
我一开始没有得到它，因为外键的int长度等没有类似的问题。
最后，我必须在项目文件夹中执行以下操作。(服务器重启不起作用!)
应用程序/控制台学说:缓存:clear-metadata 应用程序/控制台学说:缓存:clear-query 应用程序/控制台学说:缓存:明确的结果
我刚才也遇到了同样的问题。在我的例子中，我所要做的就是确保我在外键中引用的表必须在当前表之前创建(在代码的前面)。因此，如果你引用一个变量(x*5)，系统应该知道x是什么(x必须在前面的代码行中声明)。这解决了我的问题，希望它能帮助其他人。
我面临这个问题，当你把主键放在不同的数据类型，比如:
表1:
Schema::create('products', function (Blueprint $table) {
$table->increments('id');
$table->string('product_name');
});
表2:
Schema::create('brands', function (Blueprint $table) {
$table->bigIncrements('id');
$table->string('brand_name');
});
第二个表id的数据类型必须为增量
我为这个损失了好几个小时!
一个表中的PK是utf8，另一个表中的PK是utf8_unicode_ci!
甚至我在mysql和libase上也遇到了同样的问题。 这就是问题所在: 要引用其他表的列的表在数据类型或数据类型大小方面都不同。
Error appears in below scenario:
Scenario 1:
Table A has column id, type=bigint
Table B column referenced_id type varchar(this column gets the value from the id column of Table A.)
Liquibase changeset for table B:
<changeset id="XXXXXXXXXXX-1" author="xyz">
<column name="referenced_id" **type="varchar"**>
</column>
</changeset>
<changeSet id="XXXXXXXXXXX-2" author="xyz">
<addForeignKeyConstraint constraintName="FK_table_A"
referencedTableName="A" **baseColumnNames="referenced_id**"
referencedColumnNames="id" baseTableName="B" />
</changeSet>
Table A changeSet:
<changeSet id="YYYYYYYYYY" author="xyz">
<column **name="id"** **type="bigint"** autoIncrement="${autoIncrement}">
<constraints primaryKey="true" nullable="false"/>
</column>
</changeSet>
Solution:
correct the type of table B to bigint because the referenced table has type bigint.
Scenrario 2:
The type might be correct but the size might not.
e.g. :
Table B : referenced column type="varchar 50"
Table A : base column type ="varchar 255"
Solution change the size of referenced column to that of base table's column size.
