数据库中id类型的问题

今天在构建id时发现一个很大的坑,我自己在编写在数据库中创建一条记录的接口时,由于需要将id转化为uuid7/雪花算法的方式存储(防止业务信息泄露),此处我选择的是uuid7的方式来进行实现的这个功能的,但是此处有一个问题,数据库中存储时是使用Bigint的方式进行存储,但是返回给前端(使用的fastapi的docs文档来进行测试)处理时,由于前端处理int时,int类型的精度时达不到数据库中的bigint的类型,所以此处会导致前端接口返回的id与数据库中的id不对应,导致后续的操作无法进行。

问题原因

前端的最大精度是53 位(9007199254740991),如果处理过大的int数据(例如使用uuid7进行处理后的id)会导致超出精度,导致呈现的数据和后端返回的数据不一致,所以此处就需要后端进行处理,使用str的方式进行返回,这样就不会出现问题,最后

解决办法

此处解决办法倒不是很难,需要后端中返回数据的类型进行转化,即在返回结构体中将数据库中的id先转化为str类型后再进行返回。

相关推荐
Ashe8132 小时前
MySQL 慢日志先别急着加索引:三个指标能拦掉大半误判
数据库
ClouGence3 小时前
最基础的异构数据库 DDL 同步,我们踩过哪些坑?
数据库·mysql·postgresql
羑悻的小杀马特4 小时前
Redis持久化三剑客:RDB二进制快照、AOF文本日志、混合模式如何守护你的数据安全?
数据库·redis·缓存·aof·持久化存储·rdb
小呆爱发呆4 小时前
第三章 MySQL 库表操作
数据库·mysql·adb
时间的拾荒人5 小时前
Redis 进阶实战:渐进式遍历、持久化机制与事务详解
数据库·redis·缓存
普通人65 小时前
MySQL_FIND_IN_SET函数详解
android·数据库·mysql
真上帝的左手5 小时前
4. 关系型数据库-MySQL-Canal 进阶
数据库·mysql·canal
xiaoye-duck6 小时前
《C++ 项目:手写大模型接入 SDK》DataManager数据管理模块:SQLite持久化存储
开发语言·数据库·c++·sqlite
唐老板7 小时前
uuidv7 来了:为什么别再拿 uuidv4 当主键了
数据库