在当前项目中，我遇到了主数据库脚本。仔细研究一下，我注意到我们所有的原始主键的数据类型均为 numeric（38,0）。 我们目前正在运行SQL Server 2005作为主数据库平台。
在某种程度上，我们同时支持Oracle和SQL Server作为后端。在Oracle中，我们的主键的数据类型为 number（38,0）。
有人知道这样的实施可能带来的副作用和性能影响吗？我一直提倡并实现 int 或 bigint 作为主键，并且很想知道numeric（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 vs. NUMERIC（压缩的十进制格式）会稍微提高性能。（请注意，在Oracle中，如果当前版本与我长大的旧版本匹配，则所有数据类型都打包，因此内部的INT与NUMERIC（x，0）几乎一样，因此没有性能差异）
因此，从总体上看，如果您有大量的磁盘，RAM和备用I / O，请使用所需的任何数据类型。如果您想获得更高的性能，请保守一些。
否则，在这一点上，我将保持原样。无需更改任何东西。
