批量升级ASE中索引的方法

aliking

通过Dump/Load跨操作系统平台数据库迁移或升级后，经常需要重建所有库的索引。否则，访问数据库对象是，经常会提示类似于下面的错误：

1. Index id 2 on table id 652529358 cannot be used in the optimization of a query as it is SUSPECT. Please have the SA run DBCC REINDEX on the specified table.

复制代码

导致客户应用无法正常运行。

我整理了一个步骤，可以很方便的重建所有Load以后的数据库中的索引，彻底解决这一问题。
假设要Load的库都以“DB”开头，这些语句可以用以下方法生成。

1. 执行下面的sql

1. 
   
2. 
   
3. /* 重建所有业务库中表的索引 */
   
4. select " select 'use "  + name + "' + char(13) + char(10) + 'go' + char(13) + char(10) + " +
   
5.         "        'dbcc reindex(' + name + ')' + char(13) + char(10) + 'go'  "  +
   
6.         " from " + name + "..sysobjects " +
   
7.         " where type='U' "
   
8. from master..sysdatabases
   
9. where name like 'DB%'    /* 这里的条件可以自己根据实际情况而定 */
   
10. go

复制代码

将生成类似下面的SQL：

1. 
   
2. select 'use DB_Test' + char(13) + char(10) +
   
3.        'go' + char(13) + char(10) +
   
4.        'dbcc reindex(' + name + ')' + char(13) + char(10) + 'go'  
   
5.    from DB_Test..sysobjects  where type='U'
   
6. ...
   

复制代码

2. 再执行上面生成的这些sql，即可生成最终的重建索引的sql：

1. use DB_Test
   
2. go
   
3. dbcc reindex(MyTable)
   
4. go
   
5. ...
   

复制代码

[ 本帖最后由 aliking 于 2007-7-19 16:40 编辑 ]

chenfeng825

呵呵，这里为什么不用cursor 加上动态sql而是生成可执行的sql！思想和这个是一模一样的

aliking

用cursor也可以，如果不考虑对系统表锁定的时间的话。
在公司内部用这样的脚本作例子，是为了给新人介绍用SQL生成SQL的方法，抛砖引玉。
另外，也是出于脚本通用性的考虑。我们有相当一部分用户用得还是ASE11.92，不支持动态SQL。
不过，对我来说，最重要的是这样写能使脚本最简单，一句话就搞定：不用声明、打开、关闭、释放游标，也不用封装在一个存储过程里：）

[ 本帖最后由 aliking 于 2007-7-20 14:14 编辑 ]