|
|
1
18
这是我对这篇文章的一点贡献。感谢Daniel Schneller的启发,并为我提供了解决方案的大部分!
|
|
|
2
14
为了回答我自己的问题,我找不到更简单的方法。我最终删除了所有外键约束,更改了字段类型,然后又重新添加了所有外键约束。
正如R.Bemrose所指出的,使用
|
|
|
3
2
代替
不幸的是,架构更改是非事务性的,因此我担心您确实必须暂时禁用此操作的外部密钥检查。我建议(如果可能的话)在此阶段防止来自任何客户端的连接,以将意外违反约束的风险降至最低。
|
|
|
4
2
如果您可以停止数据库,然后尝试将表转储到文本文件,手动更改文件中的列定义并将表导入回。 |
|
|
5
1
您可以通过键入临时禁用外键
并重新启用它们
编辑 |
|
|
6
1
这也是我对这篇文章的一点贡献。感谢Daniel Schneller和Wiktor Jarka的启发,并为我提供了解决方案的大部分! 此解决方案修复了数据库和自动增量问题。
|
|
|
7
0
|
|
|
Davtho1983 · 在Django中查看ForiegnKey数据 8 年前 |
|
|
N_M · 主键和外键约束在配置单元中如何工作? 8 年前 |
|
|
Melolailo · 将约束与外键一起使用 8 年前 |
|
|
Alfred Balle · Postgresql,对唯一约束的引用 8 年前 |
|
|
yodabar Arkana · 更新|删除外键时的PgSQL默认操作 8 年前 |
|
|
Seba · 如何检查外键以限制软删除? 8 年前 |
|
|
dryhay · MySQL“多对多”关系错误 8 年前 |