为什么发布问题的最小字符数? o.O

你使用int,bigint,tinyint等等吗?

我想这似乎是一件小事,我只是想知道通常的做法是什么

有帮助吗?

解决方案

这一切都取决于......我最喜欢的问题答案! =)

我们大多数时候都使用Guids。虽然它们比int,tinyint等更大,尺寸更大,但我喜欢这样的事实:我的业务对象可以知道 之前将记录插入到中数据库。

在其他时候,我可能会使用字符串,例如客户ID,在使用数据库时可能需要轻松识别

其他提示

我发现int很大。

变小是毫无意义的。 。

我们也使用GUID。

将多个外部数据库同步到一个数据仓库中效果更好。缺点是要弄清楚首先创建了哪些项目并不容易,但如果确实存在问题,您仍然可以存储创建日期或自动生成器。

我非常喜欢Guid。最好的是它们可以很容易地在客户端或服务器上生成,而无需访问数据库。此外,如果你必须同步数据库,他们将是一个神发送。我找到的唯一缺点是使用网络应用程序,如果你传递网址上的密钥,那么你很容易得到凌乱的查询字符串。

这不会取决于您在应用程序生命周期内可能需要存储多少ID?

需要更多信息。你要存储什么样的ID?任何小于int的东西都可能是一个坏主意,一个字符串可能有意义,因为它没有数字用尽的小问题,并且不受数字约束,因此你可以使用用户名作为id,例如。

关于在使用guid时总是有比较专栏,我会回应Jason。我更喜欢序列而不是guid,因为你想要一个序列。

数据类型,它取决于您需要存储多少条记录,但int通常就足够了。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top