主键的SQL Server BIGINT或DECIMAL(18,0)

我们有一个SQL Server 2005数据库,我们想要提高批量删除/插入/选择的性能,我注意到它的主键使用十进制(18,0).我知道这将给我们提供比bigint更多的价值,但希望它可能是一个快速的胜利,并且应该通过我的计算让我们持续数百万年的增长.

我在.net docs小数中看到16个字节而不是long需要的8个字节,但在SQL Server中它看起来像bigint take 8 bytes但小数(18,0)仅占用5 bytes – 如同选择DATALENGTH(max(id)所见)从表.它是否正确？

有没有其他原因bigint可能会更慢或我应该坚持十进制(18,0)？

解决方法

CREATE TABLE dbo.foo (bar decimal(18,0))
GO
SELECT * FROM sys.columns WHERE object_id = OBJECT_ID('foo') 
GO
DROP TABLE dbo.foo
GO

由于遗留原因,在使用SQL Server 2000添加bigint之前,十进制(18,0)通常用作“64位整数”的代理.

十进制(18,0)和bigint在范围内大致相同：根据文档,十进制是9字节多一个字节

最重要的是,普通整数将比小数快一些(可能不可测量).如果说,如果预计明年或5年将有超过40亿行,那么表现应该很重要.如果没有,那么只需使用int

（编辑：云计算网_梅州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!