找回密码
 立即注册

QQ登录

只需一步,快速开始

trueboy 活字格认证

高级会员

74

主题

238

帖子

1248

积分

高级会员

积分
1248

活字格认证

trueboy 活字格认证
高级会员   /  发表于:2024-12-15 00:56  /   查看:57  /  回复:3
1金币
本帖最后由 trueboy 于 2024-12-15 10:43 编辑

ID字段位数多,类型是bigint  mssql中.

比如:
758208850518085633


在表格中,显示的时候,758208850518086000
最后4位数给变了.

同样的758208850518085633,若是存在 文本字段中, 就能正确显示.


这类id,应该是使用了雪花漂移算法生成的id.


大概率是 hzg的数字型字段的精度不够, 不是bigint

附件: 您需要 登录 才可以下载或查看,没有帐号?立即注册

3 个回复

倒序浏览
不是bug,是策略,和excel一致。没记错的话超过15位,后面的数字会显示成0。用文本没有这个问题。
回复 使用道具 举报
trueboy活字格认证
高级会员   /  发表于:7 天前
板凳
客户是一个小系统,一台服务器.之前的开发人员用的系统,估计是saas版类型,或者服务器集群,防止id重复,用了雪花漂移算法计算出来唯一id,作为主键.18位.
现在老系统不使用了.二次开发需要用到老数据.结果就变成了这个id不能页面显示.
现在只能将命令改为用服务端命令获取id.进行业务的传递了.
回复 使用道具 举报
Erik.Xue讲师达人认证 悬赏达人认证 活字格认证 Wyn认证
超级版主   /  发表于:6 天前
地板
看完必恍然大悟的活字格内幕:五十六、整数类型ID在活字格设计器的精度丢失问题
https://gcdn.grapecity.com.cn/showtopic-145136-1-1.html
(出处: 葡萄城开发者社区)


参考此贴,最简单的解决办法,把ID改为文本类型。
回复 使用道具 举报
您需要登录后才可以回帖 登录 | 立即注册
返回顶部