对于 Postgres Django 的类型字符变化（255）SQLite3 的值太长

Question

对于我的 Django 应用程序，我已从使用 SQLite3 切换到 Postgres。

我已经运行了这些命令来从 SQLite3 数据库中获取我的所有数据，并且我想将其添加到 Postgres 数据库中：

python manage.py dumpdata > db.json
python manage.py loaddata db.json

然后我得到了这个错误：

Could not load database.Object(pk=XXXXXXXXXX): value too long for type character varying(255)

在我的models.py中，max_length设置为10，主键的值为10。

这是我为该对象的模型设置主键的方法：

models.CharField(max_length=10, unique=True, primary_key=True)

为什么我会收到这个错误？我有很多关于这个问题的其他线程，但我还没有找到解决我问题的答案。

Answer 1

SQLite uses a form of dynamic typing（加粗）：

在 SQLite 中，值的数据类型与值本身相关联，而不是与其容器相关联。 SQLite 的动态类型系统向后兼容其他数据库引擎的更常见的静态类型系统，因为在静态类型数据库上工作的 SQL 语句应该在 SQLite 中以相同的方式工作。 但是，SQLite 中的动态类型允许它完成传统刚性类型数据库中无法完成的事情。

它不做的“刚性”事情之一是强制列长度：

请注意，SQLite 会忽略类型名称后面的括号中的数字参数（例如：“VARCHAR(255)”） - SQLite 不会对长度施加任何长度限制（除了大的全局 SQLITE_MAX_LENGTH 限制）字符串、BLOB 或数值。

听起来您的某些数据实际上并不适合您定义的列类型。现在您正在迁移到 PostgreSQL，您可能需要手动修复一些数据或相应地调整您的模型。

尝试运行类似的东西

select * from app_table order by length(column) desc limit 1;

查看该列中实际最长的值是多少。然后扩展您的模型或修复数据。

顺便说一句，目前尚不清楚您是将整个工作流程迁移到 PostgreSQL 还是只是尝试将数据从开发复制到生产。我强烈建议你在开发中使用 Postgres，如果这是你在生产中的目标数据库。

您现在遇到的问题是一个很好的例子，说明了一个 RDBMS 如何不能替代另一个 RDBMS。您希望在开发中发现这些问题，而不是在尝试部署到生产环境时。