numeric(38,0)作为主键列; 好,坏,谁在乎？

在我当前的项目中,我遇到了我们的主数据库脚本.仔细看看它,我注意到我们所有的原始主键都有一个数字类型(38,0) 我们当前正在运行SQL Server 2005作为我们的主要数据库平台.

对于一些上下文,我们支持Oracle和SQL Server作为后端.在Oracle中,我们的主键具有数字类型(38,0).

有人知道这种实施可能产生的副作用和性能影响吗？我一直倡导并实现int或bigint作为主键,并且很想知道数字(38,0)是否是更好的选择.

那么,你是花更多的数据来存储数字,你永远不会真正达到.

bigint在8字节中达到9,223,372,036,854,775,807

int以4个字节的形式上升到2,147,483,647

一个NUMERIC(38,0)将采取,如果我正在做数学权利,17字节.

没有太大区别,但是:较小的数据类型=内存中的行数较多(或者相同行数的页面数较少)=查找的磁盘I/O较少(索引或数据页搜索).复制,日志页面等相同.

对于SQL Server:INT是IEEE标准,因此CPU更容易比较,因此使用INT与NUMERIC(这是一种压缩十进制格式)可以略微提高性能.(注意在Oracle中,如果当前版本与我长大的旧版本匹配,则所有数据类型都被打包,因此INT内部与NUMERIC(x,0)几乎相同,因此没有性能差异)

因此,在宏观方案中 - 如果您有大量磁盘,RAM和备用I/O,请使用您想要的任何数据类型.如果你想获得更多的表现,请保守一点.

否则在这一点上,我会保持原样.无需改变事物.