select b.name,a.* from sys.dm_db_index_usage_stats a inner join sysindexes b
on (a.object_id = b.id) order by a.user_seeks desc

这个还附带了name，供楼主参考吧，删除那些既不扫描也不查找的索引即是

CREATE VIEW sys.dm_db_index_usage_stats AS
SELECT database_id, object_id, index_id,
user_seeks, user_scans, user_lookups, user_updates,
last_user_seek, last_user_scan, last_user_lookup, last_user_update,
system_seeks, system_scans, system_lookups, system_updates,
last_system_seek, last_system_scan, last_system_lookup, last_system_update
FROM OpenRowSet(TABLE LOGINDEXSTATS)
WHERE status = 0


这个是sys.dm_db_index_usage_stats的定义

为什么不用DMV？？？
sys.dm_db_index_usage_stats
....
....
好多呢

能和这种数据库打交道也是幸运。比那种for一百亿次弄起来的假数据有价值多了

收藏了,谢谢

在一次teched上听讲师介绍一张表上的非聚集索引最好不要超过4个。

谢谢，学习了，收藏

@mrfangzheng
先把所有的关系删掉，在drop表

问题是: 如果需要用脚本重建数据库的话, 该怎么办?

先把所有关系删除掉，然后再删表，不就OK了解

打开sql 2005 server management sudio
点开数据资源浏览器的数据库，找到你想看的表，在表名上面右键，
选择“查看对象依赖关系”,
选择查看“依赖于该表的对象”或“该表依赖的对象”

so easy that not need to frontpage.

我们一般用dbdeploy 类似于rails中的migration
敏捷数据库建模

@yyww
关键是让CruiseControl.NET用，他需要知道有没有同步成功，如果是简单的自动化倒好说了

你用控制台程序去读取操作日志，还不如直接注册.NET的存储过程来处理DDL，呵呵。