数据库中id类型的问题

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

问题原因

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

解决办法

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

相关推荐
初願致夕霞8 分钟前
MySQL_索引
数据库·mysql
十六年开源服务商35 分钟前
2026网站备份方案完整指南
数据库·oracle
一只小李郁vickie1 小时前
mysql 开启压缩传输3402条数据2.1秒压缩到毫秒级
数据库·mysql
张继雁2 小时前
张继雁 个人技术简介|磨削加工过滤方向
大数据·数据库·论文阅读·人工智能·机器学习·创业创新·业界资讯
IvorySQL2 小时前
PostgreSQL 日报|不重启动态修改 shared_buffers(9 月 8 日)
数据库·postgresql
这个DBA有点耶2 小时前
2026年做数据库开发,国产数据库已经是绕不开的选项了
数据库·dba·敏捷开发
这个DBA有点耶2 小时前
COUNT慢不是因为用了*,是这5个原因——1000万行数据实测+执行计划深度解析
数据库·mysql·算法
老周聊架构3 小时前
Ontology:Palantir 架构真正的核心,不是数据库也不是知识图谱
数据库·架构·知识图谱
天衍四九-3 小时前
第一章:从 LLM 到 Agent —— DeepSeek Harness 入门
网络·数据库·人工智能·python
kyrie_sakura3 小时前
MySQL数据库学习笔记2--系统函数(分组,单行,窗口函数)
数据库·学习·mysql