gpt4 book ai didi

mysql - 在mysql中添加char类型的外键

转载 作者:可可西里 更新时间:2023-11-01 07:22:20 25 4
gpt4 key购买 nike

我在 mysql 中添加外键时遇到问题(使用 phpmyadmin)。

ALTER TABLE `production_x_country` ADD  FOREIGN KEY (`country`) REFERENCES `pmdb_0.3.12`.`countries`(`iso_3166_1`) ON DELETE CASCADE ON UPDATE CASCADE;

#1215 - Cannot add foreign key constraint

根据一些研究和测试,我得出的结论是 CHAR(即 production_x_countrycountry field) is no valid foreign key field type - 虽然我没有在 mysql 文档中找到任何关于该假设的提示。如果我将列类型更改为其他一些字符类型,如 VARCHAR,则该过程有效。

这里“解决”了一个类似的问题,但是链接的答案不是关于类型问题而是关于国家代码是主键(是什么让对我来说很完美):https://stackoverflow.com/a/1419235/4302731


表格说明:

CREATE TABLE IF NOT EXISTS `countries` (
`iso_3166_1` char(3) NOT NULL, <----- primary key to be referenced to
`name` varchar(200) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

ALTER TABLE `countries` ADD PRIMARY KEY (`iso_3166_1`);



CREATE TABLE IF NOT EXISTS `production_x_country` (
`production` int(11) NOT NULL,
`country` char(3) CHARACTER SET utf8 NOT NULL <----- column that should hold the foreign key
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin;

是否有任何解决方案(是的,我可以继续使用 varchar,但这对我来说并不令人满意)?最重要的是:有什么解释吗

谢谢你的帮助!


已解决 - 请参阅下面我自己的答案

最佳答案

解决了!这不是关于 char 字段类型,而是关于 collat​​ion!

我主要喜欢使用 UTF-8 utf8_bin。我对主键的整理也是如此:

`iso_3166_1` char(3) CHARACTER SET utf8

一旦我将主键的排序规则更改为“latin1_swedish_ci”,外键应用程序就可以工作了。引出一个问题:为什么主键字段(也可能是外键字段的,还没有检查过)的排序规则很重要?

关于mysql - 在mysql中添加char类型的外键,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27184211/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com