这是我除了自己以外还看到的其他人的一个问题，我没有找到很好的解释。

假设我们有一个维护计划，其中包含一项检查数据库的任务，如下所示：

USE [MyDb]
GO
DBCC CHECKDB with no_infomsgs, all_errormsgs

如果我们在任务执行后去查看日志，则可能会看到以下内容：

08/15/2008 06:00:22,spid55,Unknown,DBCC CHECKDB (mssqlsystemresource) executed by NT AUTHORITY\SYSTEM found 0 errors and repaired 0 errors. Elapsed time: 0 hours 0 minutes 0 seconds.
08/15/2008 06:00:21,spid55,Unknown,DBCC CHECKDB (master) executed by NT AUTHORITY\SYSTEM found 0 errors and repaired 0 errors. Elapsed time: 0 hours 0 minutes 0 seconds.

它没有检查MyDb，而是检查了master和msssqlsystemresource。

为什么？

我的解决方法是使用以下命令创建一个Sql Server代理作业：

dbcc checkdb ('MyDb') with no_infomsgs, all_errormsgs;

总是很好。

08/15/2008 04:26:04,spid54,Unknown,DBCC CHECKDB (MyDb) WITH all_errormsgs<c/> no_infomsgs executed by NT AUTHORITY\SYSTEM found 0 errors and repaired 0 errors. Elapsed time: 0 hours 26 minutes 3 seconds.

解决方案

回答

对于初学者，请始终记住，GO不是SQL关键字。它仅仅是(通常)由客户端而不是由服务器实现/识别的批处理分隔符。因此，根据上下文和客户端的不同，实际上并不能保证在批次之间保留当前数据库。

回答

如果我们正在使用维护计划，最好使用检查数据库完整性任务。如果我们真的想运行自己的维护，则使用t-sql编写维护，然后使用作业中的步骤而不是维护计划中的步骤来运行它，并且上面的代码可以正常工作。就像Stu所说的那样，GO语句是客户端指令而不是sql关键字，并且似乎仅受isql，wsql，osql等，客户端和sql代理的尊重。我认为它可以在DTS包中使用。显然，不是在DTSX中。

回答

我们有一个检查数据库完整性任务，双击它选择MyDb，然后在计划运行时仅检查主数据库？奇怪的。我们确定我们没有其他计划在运行吗？