SQL Server 2008 下的备份和日志收缩
在SQL Server 2008下，网上以前流行的截断日志并收缩文件的方法不适合了，报语法错误。
同时因为我的数据库日志增长非常快，大概每天在1G以上，因此必须对其进行收缩。
经过在系统上的测试，感觉用SQL SERVER的维护计划更可行，现将操作方式简介如下：
注：下面的说明中也提到了使用差异备份，因为数据库文件增长也非常快，因此此处也稍作说明。关注收缩数据库日志文件的可以忽略此部分内容。
1、创建维护计划：
2、创建子计划
a、完整备份，每周一次
b、差异备份，每天一次，或每天多次
c、日志备份，每天一次
d、收缩数据库
e、删除备份文件，删除四周以前的备份文件，每天执行
f、清除日志备份文件，每天执行
3、关于日志文件的增长
如上所述，日志文件每天进行备份，同时每天清除旧的备份文件，这样日志文件虽然做了备份，但不会保留太多。（当然，如果你需要保留日志文件，则可以使用与数据库备份文件相同的清除策略）
日志文件在备份以后，在收缩数据库时，就可以回收已备份的日志文件的空间。但文件大小不会减少，只是增加了可用空间。但这样是可以满足我们的要求的：比如每天可能产生大约1G的日志，而每次备份并回收后，可以收回绝大部分空间，收回的空间则可以满足当天的日志使用了。
此方法不使用网上的那种截断的语句，完全使用SQL SERVER 2008的维护计划来执行，安全，可靠，定时，不用再担心日志文件占满磁盘空间了
相关文档：
针对 SQL Server 内正在执行的每个请求返回一行。sys.dm_exec_connections
、sys.dm_exec_sessions
和sys.dm_exec_requests
服务器范围动态管理视图映射到 sys.sysprocesses
系统视图（先前为系统表）。
注意：
若要执行在 SQL Server 以外的代码（例如，扩展存储过程和分 ......
下载地址：http://msftdbprodsamples.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=19353
我下载的是SQL2008.AdventureWorks_All_Databases.x86.msi，本不想下载这种安装文件，但脚本文件总是执行出错，原因没具体深究。这种安装文件安装后会创建六个库AdventureWorks、AdventureWorks2008、AdventureWorksDW、Ad ......
今天做SQL 优化，查找执行计划时，执行计划，发现此执行计划与以往的计划有所区别；找录互联网，终于找一篇有关研究比较深入的文章；
原执行计划使用的是索引扫描，突然一下会使用索引覆盖技术，效率大增；
SELECT * 的真相：索引覆盖(index coverage)
SELECT *的效率很糟糕吗？当然，所有人都知道这一点，但是为什么 ......
上回我们说到评估一条语句执行效率主要看逻辑 IO （啥是逻辑 IO ，啥是物理 IO 见联机文档），这次我们继续。
我们先说说，返回多行结果时，为什么 SQLServer 有时会选择 index seek ，有时会选择 index scan 。
以 nonclustered index 为例说明。
像所有的索引 B 树一样，非聚集索引树也包括完全由索引数据组成的根� ......
