在SQLServer2008中启用页面压缩时,int与tinyint是否重要?
我想知道当页面压缩打开时,将列定义为小int与int是否重要?定义列类型以匹配域模型。如果域需要在SQLServer2008中启用页面压缩时,int与tinyint是否重要?,sql,sql-server,Sql,Sql Server,我想知道当页面压缩打开时,将列定义为小int与int是否重要?定义列类型以匹配域模型。如果域需要int,则使用int。然后担心压缩。传统上,页面大小上节省的每一位都意味着一点速度提高:行越窄意味着每页有更多的行,这意味着占用的内存越少,IO请求越少,从而提高速度。然而,随着SQLServer2008页面压缩,事情开始变得模糊起来。压缩算法可以压缩值小于255的4字节整数,甚至小于一个字节 行压缩算法将在单个字节上存储一个4字节的int,用于127以下的值(int是有符号的),2字节用于32768
int
,则使用int
。然后担心压缩。传统上,页面大小上节省的每一位都意味着一点速度提高:行越窄意味着每页有更多的行,这意味着占用的内存越少,IO请求越少,从而提高速度。然而,随着SQLServer2008页面压缩,事情开始变得模糊起来。压缩算法可以压缩值小于255的4字节整数,甚至小于一个字节
行压缩算法将在单个字节上存储一个4字节的int,用于127以下的值(int是有符号的),2字节用于32768以下的值,依此类推
然而,考虑到nice压缩功能仅在Enterprise Edition服务器上可用,保持使用尽可能最小的数据类型的习惯是有意义的