为什么发布问题的最小字符数? o.O
你使用int,bigint,tinyint等等吗?
我想这似乎是一件小事,我只是想知道通常的做法是什么
答案 0 :(得分:6)
这一切都取决于......我最喜欢的问题答案! =)
我们大多数时候都使用Guids。虽然它们比int,tinyint等更大,尺寸更大,但我喜欢这样的事实:我的业务对象可以知道 之前将记录插入到中数据库。
在其他时候,我可能会使用字符串,例如客户ID,在使用数据库时可能需要轻松识别。
答案 1 :(得分:1)
我发现int很大。
变小是毫无意义的。 。
答案 2 :(得分:1)
我们也使用GUID。
将多个外部数据库同步到一个数据仓库中效果更好。缺点是要弄清楚首先创建了哪些项目并不容易,但如果确实存在问题,您仍然可以存储创建日期或自动生成器。
答案 3 :(得分:1)
我非常喜欢Guid。最好的是它们可以很容易地在客户端或服务器上生成,而无需访问数据库。此外,如果你必须同步数据库,他们将是一个神发送。我找到的唯一缺点是使用网络应用程序,如果你传递网址上的密钥,那么你很容易得到凌乱的查询字符串。
答案 4 :(得分:0)
这不会取决于您在应用程序生命周期内可能需要存储多少ID?
答案 5 :(得分:0)
需要更多信息。你要存储什么样的ID?任何小于int的东西都可能是一个坏主意,一个字符串可能有意义,因为它没有数字用尽的小问题,并且不受数字约束,因此你可以使用用户名作为id,例如。
答案 6 :(得分:0)
关于在使用guid时总是有比较专栏,我会回应Jason。我更喜欢序列而不是guid,因为你想要一个序列。
数据类型,它取决于您需要存储多少条记录,但int通常就足够了。