server内存较小，如何rebuild一张1000W表的索引

[Tina1985]

情况是这样的：目前有台server，内存只有1G(我也不知道咋这么小⊙﹏⊙)
有张table现在大概有1300W(大概700多万是历史数据，可以转)，因为在线只做insert动作，所以现在还不至于界面不能用。table里面有建4个索引，其中2个索引碎片在20%左右，另外2个索引接近50%
现在根据日期查询速度很慢。（日期有建索引）

这台server不能停线的，但是晚上9点后数据较小，但是肯定要转数据然后重建索引了，不然报表都跑不出来了。

求教下，怎么样处理这张table比较合理？

[华夏小卒]

首先，可以肯定的是，要在数据插入少的时候，尽快改善内存。

[Austindatabases]

1 确保你的tempdb有足够的空间（如果你磁盘空间在保证不了，估计。。。）

2 确保你的系统Pagefile所在的磁盘空间，并且最好不要和DATABASE 在一个逻辑盘

3 如果可以尽量不要rebuild index 你可以使用 DBCC indexdefarg

下面是一个脚本可以整理数据库中索引

use [数据库名]

go

declare @dbname varchar(100)

declare @tablename varchar (100)

declare @indexname varchar(100)



set @dbname = db_name()



declare tableindex_cursor cursor FOR



select sysindexes.name as inname,sysobjects.name as syname

from sysindexes,sysobjects

where sysobjects.id = sysindexes.id and sysobjects.xtype = 'u' and sysindexes.keycnt > 1 and sysindexes.keycnt < 3 and sysindexes.status = 0



open tableindex_cursor



FETCH Next from tableindex_cursor into @indexname,@tablename



while @@FETCH_STATUS = 0



begin

dbcc indexdefrag (@dbname,@tablename,@indexname)



FETCH NEXT FROM tableindex_cursor into @indexname,@tablename



end

deallocate tableindex_cursor

[Austindatabases]

忘记了 或者你的rebuild index 的填充率不要太高也会节省一些资源，不过说实话 1G的数据库服务器

还是生产的，我第一次听说

[Tina1985]

这个是肯定要改善的，但是现在不能停线呀
那个报表也要出的，该咋办呢

我的想法是：
1.先根据时间，写循环，按照一天一天的备份那700W历史数据(如果一次select 2天的数据再insert，会阻塞其他进程好像)，试了下，转了100多W，没啥问题
2.再根据时间，一天一天的删（未试）
3.rebuild此table的所有index

请教下是否可以。。。。

[haitao]

8年前，一台512M内存的rs6000上跑了几千万条记录的表，多数情况下还是挺快的
不过把硬盘（磁盘柜）累坏了一次

只要磁盘空间够，tmpdb和虚拟内存文件怎么扩展都足够，应该还是能进行吧
只是会不会慢到第二天忙碌时间还没做完

[Austindatabases]

[Quote=引用 4 楼 tina1985 的回复:]

这个是肯定要改善的，但是现在不能停线呀
那个报表也要出的，该咋办呢

我的想法是：
1.先根据时间，写循环，按照一天一天的备份那700W历史数据(如果一次select 2天的数据再insert，会阻塞其他进程好像)，试了下，转了100多W，没啥问题
2.再根据时间，一天一天的删（未试）
3.rebuild此table的所有index

请教下是否可以。。。。
[/Quote]


我觉得可行，祝你成功，数据库量少了应该可以。