Django如何使用snowflake自定义生成主键而不是自动生成主键?

2024-04-16 09:38

本文主要是介绍Django如何使用snowflake自定义生成主键而不是自动生成主键?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

之前ID都是用自增实现的,那现在想用Snowflake算法生成主键,要做什么改动呢?

目录

    • 背景介绍
    • 实现方案
        • 方案1 - 手动添加主键
        • 方案2 - 重写save()方法
        • 方案3 - 使用 Django Signals 中的pre_save()
        • 方案4 - 仿照models.UUIDField,写一个models.SnowflakeIDField
    • 总结

背景介绍

目前工程框架如下

  • Django
  • django.db.backends.postgresql_psycopg2

目前models声明和save()方法如下

# models.py
# 使用的是默认主键
class User(models.Model):name = models.CharField(max_length=100, verbose_name="名字")
# user的新增操作,默认主键
user = User()
user.name = "123"
user.save()

user.save()时执行的SQL语句是

INSERT INTO "polls_user" ("name") VALUES ('xiaoming') RETURNING "polls_user"."id"; args=('xiaoming',)

很明显,并未在语句中设置ID主键

查看表结构,发现id自动是使用序列自增来实现的

CREATE TABLE "public"."polls_user" ("id" int4 NOT NULL DEFAULT nextval('polls_user_id_seq'::regclass),"name" varchar(100) COLLATE "pg_catalog"."default" NOT NULL,CONSTRAINT "polls_user_pkey" PRIMARY KEY ("id")
)

那么基于目前的情况,如何改写使用snowflake算法生成ID,而不是自动生成主键呢?

实现方案

方案1 - 手动添加主键

实现方式如下

  • (1)首先需要声明id,声明为非AutoField类型

    如果不声明,在使用postgresql的情况下,会默认为主键设置为serial类型,使用序列生成主键

# models.pyclass User(models.Model):id = models.BigIntegerField(primary_key=True)name = models.CharField(max_length=100, verbose_name="名字")
  • (2)其次是save( )的时候,需要手动设置主键
# user的新增操作user = User()
user.id = snowflake.next_id()
user.name = "123"
# 可以不指定force_insert=True,如果不指定,默认会先update看是否有记录,如果没有,再执行insert
user.save(force_insert=True)

改动:(1)所有model增加id设置

(2)所有save()之前设置id=snowflake.next_id()

方案2 - 重写save()方法

实现方式如下

  • 单独改写某一个model的save( )方法
# models.pyclass User(models.Model):id = models.BigIntegerField(primary_key=True)name = models.CharField(max_length=100, verbose_name="名字")def save(self, *args, **kwargs):if not self.id:self.id = snowflake.next_id()super(User, self).save(*args, **kwargs)return self.id
  • 调用的地方不用修改,不需要设置 user.id = snowflake.next_id()

按照上面的方法的话,每个新的model都是需要重写save( )方法的,显然工作量仍然比较多。

改动:(1)所有model增加id设置

(2)所有model重写save()方法

方案3 - 使用 Django Signals 中的pre_save()

官方文档地址:https://docs.djangoproject.com/en/3.0/topics/signals/

实现方式如下

  • 修改models.py文件

使用pre_save( )方法,在调用models.save( )之后立即执行

注意

(1)如auth_开头的表的save()以及 其他django_开头的表都会走此逻辑,需要排除这些model的save

(2)save() 包括update和insert,过滤执行update的model

from django.db.models.signals import pre_save
from django.dispatch import receiver
import logging@receiver(pre_save)
def pre_save_set_snowflake_id(sender, instance, *args, **kwargs):"""Django Signals, pre_save适用所有的modelIf we dont include the sender argument in the decorator,like @receiver(pre_save, sender=MyModel), the callback will be called for all models."""# print(__name__)  # = polls.models# print(type(instance)) # = <class 'polls.models.Question'>if __name__ in str(type(instance)) and not instance.id:# 满足条件(1)在本models.py中声明的model (2)id不为空的model 才会使用snowflake生成id# 原因是如果不加条件(1)会有如auth_开头的表以及django_开头的表也会用snowflake生成的id,但是其id长度不够instance.id = snowflake.next_id()class User(models.Model):id = models.BigIntegerField(primary_key=True)name = models.CharField(max_length=100, verbose_name="名字")

如上,修改好models.py之后,就可以安心使用save()了,原先的业务逻辑也不用有其他修改

改动(1)所有model增加id设置,统一设置 id = models.BigIntegerField(primary_key=True)

(2)增加pre_save( ) 方法,统一设置 id = snowflake.next_id()

方案4 - 仿照models.UUIDField,写一个models.SnowflakeIDField

尝试中,但是还没有写出来。

思路就是新写一个field,比如类似models.UUIDField,能否写一个models.SnowflakeIDField

如下是UUIDField写法

# models.py
import uuidclass TestUUID(models.Model):# 一定要设置default=uuid.uuid4id = models.UUIDField(primary_key=True, default=uuid.uuid4)name = models.CharField(max_length=100, verbose_name="名字")
# 新增操作test_uuid = TestUUID()
test_uuid.name = '123123'
test_uuid.save()
-- 执行SQL
(0.005) INSERT INTO "polls_testuuid" ("id", "name") VALUES ('74f8e76c-b80a-4197-a469-81992c46e3c4'::uuid, '123123'); args=(UUID('74f8e76c-b80a-4197-a469-81992c46e3c4'), '123123')

TODO… 那么,SnowflakeIDField如何实现呢?

最终了解下来,发现完全没有必要自己写models.SnowflakeIDField

如下,即可完成…

# models.py
# 添加 default=snowflake_util.next_id 即可
id = models.BigIntegerField(primary_key=True, default=snowflake_util.next_id)

总结

  • 选择上面的方案3,使用 Django Signals 中的pre_save(),可以增加对于参数的校验,不过本次不需要
  • 选择上面的方案4,最简单

这篇关于Django如何使用snowflake自定义生成主键而不是自动生成主键?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/908438

相关文章

使用Python构建智能BAT文件生成器的完美解决方案

《使用Python构建智能BAT文件生成器的完美解决方案》这篇文章主要为大家详细介绍了如何使用wxPython构建一个智能的BAT文件生成器,它不仅能够为Python脚本生成启动脚本,还提供了完整的文... 目录引言运行效果图项目背景与需求分析核心需求技术选型核心功能实现1. 数据库设计2. 界面布局设计3

SQL Server跟踪自动统计信息更新实战指南

《SQLServer跟踪自动统计信息更新实战指南》本文详解SQLServer自动统计信息更新的跟踪方法,推荐使用扩展事件实时捕获更新操作及详细信息,同时结合系统视图快速检查统计信息状态,重点强调修... 目录SQL Server 如何跟踪自动统计信息更新:深入解析与实战指南 核心跟踪方法1️⃣ 利用系统目录

使用IDEA部署Docker应用指南分享

《使用IDEA部署Docker应用指南分享》本文介绍了使用IDEA部署Docker应用的四步流程:创建Dockerfile、配置IDEADocker连接、设置运行调试环境、构建运行镜像,并强调需准备本... 目录一、创建 dockerfile 配置文件二、配置 IDEA 的 Docker 连接三、配置 Do

Android Paging 分页加载库使用实践

《AndroidPaging分页加载库使用实践》AndroidPaging库是Jetpack组件的一部分,它提供了一套完整的解决方案来处理大型数据集的分页加载,本文将深入探讨Paging库... 目录前言一、Paging 库概述二、Paging 3 核心组件1. PagingSource2. Pager3.

python使用try函数详解

《python使用try函数详解》Pythontry语句用于异常处理,支持捕获特定/多种异常、else/final子句确保资源释放,结合with语句自动清理,可自定义异常及嵌套结构,灵活应对错误场景... 目录try 函数的基本语法捕获特定异常捕获多个异常使用 else 子句使用 finally 子句捕获所

C++11右值引用与Lambda表达式的使用

《C++11右值引用与Lambda表达式的使用》C++11引入右值引用,实现移动语义提升性能,支持资源转移与完美转发;同时引入Lambda表达式,简化匿名函数定义,通过捕获列表和参数列表灵活处理变量... 目录C++11新特性右值引用和移动语义左值 / 右值常见的左值和右值移动语义移动构造函数移动复制运算符

Python对接支付宝支付之使用AliPay实现的详细操作指南

《Python对接支付宝支付之使用AliPay实现的详细操作指南》支付宝没有提供PythonSDK,但是强大的github就有提供python-alipay-sdk,封装里很多复杂操作,使用这个我们就... 目录一、引言二、准备工作2.1 支付宝开放平台入驻与应用创建2.2 密钥生成与配置2.3 安装ali

Spring Security 单点登录与自动登录机制的实现原理

《SpringSecurity单点登录与自动登录机制的实现原理》本文探讨SpringSecurity实现单点登录(SSO)与自动登录机制,涵盖JWT跨系统认证、RememberMe持久化Token... 目录一、核心概念解析1.1 单点登录(SSO)1.2 自动登录(Remember Me)二、代码分析三、

C#中lock关键字的使用小结

《C#中lock关键字的使用小结》在C#中,lock关键字用于确保当一个线程位于给定实例的代码块中时,其他线程无法访问同一实例的该代码块,下面就来介绍一下lock关键字的使用... 目录使用方式工作原理注意事项示例代码为什么不能lock值类型在C#中,lock关键字用于确保当一个线程位于给定实例的代码块中时

MySQL 强制使用特定索引的操作

《MySQL强制使用特定索引的操作》MySQL可通过FORCEINDEX、USEINDEX等语法强制查询使用特定索引,但优化器可能不采纳,需结合EXPLAIN分析执行计划,避免性能下降,注意版本差异... 目录1. 使用FORCE INDEX语法2. 使用USE INDEX语法3. 使用IGNORE IND