数据库中id类型的问题

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

问题原因

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

解决办法

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

相关推荐
ClouGence2 小时前
Oracle CDC 架构优化:从主库直连到 DataGuard 备库同步
数据库·后端·oracle
无响应de神4 小时前
三、用户与权限管理
数据库·mysql
麦聪聊数据21 小时前
数据服务化时代:企业数据能力输出的核心路径
数据库
shushangyun_21 小时前
2026年快消品B2B系统推荐:支持终端门店订货、促销政策自动化的工具?
java·运维·网络·数据库·人工智能·spring·自动化
DARLING Zero two♡21 小时前
【MySQL数据库】数据类型与表约束
数据库·mysql
曹牧1 天前
Oracle EXPLAIN PLAN
数据库·oracle
BD_Marathon1 天前
SQL学习指南——视图
数据库·sql
活宝小娜1 天前
mysql详细安装教程
数据库·mysql·adb
贤时间1 天前
codex 助力oracle ebs 开发
数据库·oracle
秉承初心1 天前
PostgreSQL 数据性能瓶颈突破实战
数据库·postgresql·oracle