我有个非常大的数据库,数据量大约10亿行左右,20多G,上千个表.为了减小数据量,各表的列都很简略,有:
dt datetime,b numeric(6,2),c int,d bit
其中dt建了一个不具有唯一性的聚集索引.
从数据类型上看,一行的字节数为 8+5+4+1=18字节.
由于dt列占了最长的字节数,于是对它动起了脑筋,因为时间精度只要到分钟,因此想到可以用smalldatetime来替代datetime,它的字节数只有4.
拿其中一个有八十多万行的表做试验,将dt的数据类型改为 smalldatetime,结果发现数据库反而大了一些,以为看错了,再改了几个表,数据库可用空间越来越小,到后来数据库文件也自动增加了.
想不出原因来.
用dbcc checktable检查,当它为datetime数据类型时,第一个表占2708页,可如果改成smalldatetime的话,却占3020页,多占了近三百页哪,10%多!!!
为了检查是不是由于改动而造成的页面增长,将原数据导入到一个没有建索引的空表,导入时把数据类型改小,导入后页数很小,但重建索引后,页数仍然是3020页,可见该索引对该数据类型就得大些.可是,省出来的4个字节哪去了呢?为什么会增加得那么大呢?
是不是我哪儿没考虑到?
还是因为我许久不来CSDN而受到了惩罚?
索引的填充因子为默认值,即0.
------解决方案--------------------
由于dt列占了最长的字节数,于是对它动起了脑筋,因为时间精度只要到分钟,因此想到可以用smalldatetime来替代datetime,它的字节数只有4.
拿其中一个有八十多万行的表做试验,将dt的数据类型改为 smalldatetime,结果发现数据库反而大了一些,以为看错了,再改了几个表,数据库可用空间越来越小,到后来数据库文件也自动增加了.
你去看一下小麦的博客,修改一列字符类型的应该是增加了一列,在原来的基础上
石头大哥,影子老师的也有
------解决方案--------------------
http://blog.csdn.net/happyflystone/archive/2009/12/02/4923803.aspx
参考
------解决方案--------------------
sorry.
可能要显示更新所有行的dt，然后再rebuild clustered index
1).
update tb set dt=CAST(dt as smalldatetime)
2)
rebuild index....
------解决方案--------------------
正如7樓老大所說 - -
石頭大哥BOLG裏面說的很清楚了
对字符型的列进行修改时，当字节超原来的设定值时，在页面上体现出来的是增加了一列，当修改成小于当初设定值时，页面没有变化。对于整形变化，虽然我们比int变成tinyint了不管是增加还是历史数据仍然点用了int的字节数空间。
順序副石頭大哥的頁面存儲系列-0-
http://blog.csdn.net/happyflystone/archive/2009/12/09/4969909.aspx
http://blog.csdn.net/happyflystone/archive/2009/11/19/4834762.aspx
至於樓主所說單獨新建匯入也會出現更多的頁面，，這個就不知了，，
------解决方案--------------------
这个要看你是怎么修改数据表结构的,如果是使用Alter语句,那么会在原来的表中添加一个新列,这个情况下,数据库文件空间反而会违你所愿的增涨;但如果是通过企业管理器界面中的修改功能,那么则是将整个表做复制删除操作,所以这个情况下,数据库文件空间不会增涨
------解决方案--------------------
------解决方案--------------------
- SQL code
*--压缩数据库的通用存储过程 压缩日志及数据库文件大小 因为要对数据库进行分离处理 所以存储过程不能创建在被压缩的数据库中 --邹建 2004.03(引用请保留此信息)--*/ /*--调用示例 exec p_compdb 'test ' --
------解决方案--------------------
索引的填充因子为默认值,即0
改成100看看
------解决方案--------------------
额。。。这很神，，
以下是我的测试结果
- SQL code
drop table tb_1
go
create table TB_1(dt datetime,id int,name varchar(20))
go
insert into TB_1 select GETDATE(),1,'adfasdfadsfa'
go 100000
dbcc checktable('tb_1')
--TB_1的 DBCC 结果。
--对象 'TB_1' 的 481 页中有 100000 行。
--DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
CREATE CLUSTERED INDEX ix_0 ON dbo.tb_1
(
dt
) WITH( STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
dbcc checktable('tb_1')
--TB_1的 DBCC 结果。
--对象 'TB_1' 的 532 页中有 100000 行。
--DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
drop table tb
create table TB(dt smalldatetime,id int,name varchar(20))
go
insert into TB select GETDATE(),1,'adfasdfadsfa'
go 100000
dbcc ind(TestDB,tb,-1)
dbcc checktable('tb')