Django SmallAutoField作主键的收益及字段变更问题咨询

针对你单表仅2000行数据的场景，SmallAutoField对比标准AutoField没有任何可感知的性能收益，两者的差异可以完全忽略，具体原因如下：

• 两个字段的核心差异只有存储大小：Django中SmallAutoField映射数据库的SMALLINT类型，占2字节，自增范围1_{32767；标准`AutoField`映射INT类型，占4字节，自增范围1}2147483647。
• 性能差异的唯一来源是存储体积：2000行数据算下来，SmallAutoField作为主键总共才比AutoField省4KB空间，这个大小还不到一个默认数据库页的大小（SQLite默认页大小4KB，Postgres默认页大小8KB），不管是查询时的磁盘IO、索引遍历速度还是内存占用，这点差异根本不可能被观测到。
• 不存在“小整数运算更快”的说法：不管是SQLite还是Postgres，对整数类型的比较、计算效率没有本质区别，数据库处理整数时会直接做寄存器级优化，2字节和4字节整数的处理速度没有可测的差异。别被网上“字段越小性能越高”的极端优化说法带偏，这类优化只有单表数据量到千万级、索引体积差出几百MB的时候才有实际意义。

这个操作难度极低，属于Django常规的Schema迁移范畴，不管是你当前用的SQLite还是后续要切换的Postgres，都可以平滑完成，没有特殊坑点，具体说明如下：

• 标准操作流程没有任何特殊步骤：你只需要把模型类里主键的字段定义从SmallAutoField改成AutoField，依次执行python manage.py makemigrations生成迁移文件、python manage.py migrate应用变更即可，不需要手写任何原生SQL。
• 对SQLite的兼容性没问题：Django 3.0及以上版本已经原生支持SQLite的字段类型变更迁移，执行迁移时会自动完成存量数据的转换，已有主键值不会丢失、不会出现冲突。
• 后续切换到Postgres后操作更高效：Postgres原生支持SMALLINT向上扩容为INT的元数据级修改，不需要全表重写数据，哪怕你到时候表里真的存了3万多条数据，这个变更也是毫秒级完成，不会锁表影响业务。
• 唯一需要注意的点：不要等ID真的涨到32767的阈值再做变更，建议ID到2万~2.5万区间的时候就提前完成修改，避免业务峰值时批量插入数据触发超出取值范围的报错，除此之外没有任何额外风险。

• 如果你就是想尽量压缩存储体积，选SmallAutoField完全没问题，你当前2000行的规模离32767的上限还有非常大的余量，就算后续业务增长，真到快触顶的时候改字段也几乎没有成本。
• 如果你不想额外惦记后续扩容的事，直接用Django默认的AutoField就行，多占的那点存储空间完全可以忽略，省了后续记着改字段的精力，综合性价比更高。

内容的提问来源于stack exchange，提问作者John Mc