使用 int (4 字节) 的负整数范围作为 ids(-21.4 亿到 0) :有什么缺点吗?

发布于 2024-11-01 07:14:24 字数 184 浏览 0 评论 0原文

我在数据库中存储某些实体,其 ID 大小为 32 位整数,因此使用范围为 -21.4 亿到 +21.4 亿。

我曾尝试赋予我的 ID 一些意义,因此我的 ID 在正值范围内,完成得有点快。我期待使用 -21.4 亿到 0 的负整数范围。

想知道,您是否可以看到使用负整数作为 id 的任何缺点,尽管我个人没有看到任何缺点。

I am storing certain entities in my database with integer Ids of size 32 bits thus using the range of -2.14 billion to +2.14 billion.

I have given tried giving some meaning to my ids due to which my Ids, in the positive range, have finished up a bit quickly. I am looking forward to use the negative integer range of -2.14 billion to 0.

Wanted to know, if you could see any downsides of using negative integers as ids, though personally I don't see any downsides.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

阿楠 2024-11-08 07:14:24

数据库设计中有一句老话是这样说的:“智能键不是”。当描述性属性更合适时,您永远不应该在 id 中设计特殊含义。

There is an old saying in database design that goes like this: "Intelligent keys are not". You should never design for special meaning in an id when a descriptive attribute is more appropriate.

染墨丶若流云 2024-11-08 07:14:24

鉴于哑键仅比较相等性,符号或缺乏符号没有影响。

Given than dumb keys are only compared for equality, sign or lack thereof has no impact.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文