5

我有一个每晚运行的存储过程。它从链接服务器中提取一些数据并将其插入到运行 sql 代理作业的服务器上的表中。在运行 INSERT 语句之前，该过程检查链接服务器上的数据库是否在线 (STATE = 0)。如果不是，则不运行 INSERT 语句。

IF EXISTS(
SELECT *
FROM OPENQUERY(_LINKEDSERVER,'
SELECT name, state FROM sys.databases
WHERE name = ''_DATABASENAME'' AND state = 0')
)
BEGIN
INSERT INTO _LOCALTABLE (A, B)
SELECT A, B FROM _LINKEDSERVER._DATABASENAME.dbo._REMOTETABLE
END

但是当远程数据库处于恢复模式时，该过程会出错（无法完成延迟准备）。这是因为 BEGIN 和 END 之间的语句在整个脚本运行之前被评估。当 IF 评估不正确时也是如此。而且因为 _DATABASENAME 处于恢复模式，这已经给出了一个错误。

作为一种解决方法，我将 INSERT 语句放在执行函数中：

EXECUTE('INSERT INTO _LOCALTABLE (A, B) 
SELECT A, B FROM _LINKEDSERVER._DATABASENAME.dbo._REMOTETABLE')

但是有没有另一种更优雅的解决方案来防止在使用这部分 sql 之前评估该语句？

我的场景涉及链接服务器。当然，同样的问题是当数据库在同一台服务器上时。

我希望有一些我还不知道的命令，它会阻止 IF 内的评估语法：

IF(Evaluation)
BEGIN
    PREPARE THIS PART ONLY IF Evaluation IS TRUE.
END

编辑关于答案：

我测试过：

IF(EXISTS
(
SELECT *
FROM sys.master_files F WHERE F.name = 'Database'
AND state = 0
))
BEGIN
    SELECT * FROM Database.dbo.Table
END
ELSE
BEGIN
    SELECT 'ErrorMessage'
END

仍然会产生此错误：消息 942，级别 14，状态 4，第 8 行数据库“数据库”无法打开，因为它处于脱机状态。

4

3 回答 3

3

我认为没有办法有条件地仅准备 t-sql 语句的一部分（至少不是您所询问的方式）。

原始查询的根本问题不是远程数据库有时离线，而是查询优化器在远程数据库离线时无法创建执行计划。从这个意义上说，离线数据库实际上就像一个语法错误，即它是一个阻止创建查询计划的条件，所以整个事情在它有机会执行之前就失败了。

原因EXECUTE对您有用是因为它将传递给它的查询的编译推迟到调用它的查询的运行时，这意味着您现在可能有两个查询计划，一个用于检查远程数据库的主查询是可用的，另一个不会被创建，除非并且直到EXECUTE语句被实际执行。

因此，当您以这种方式考虑时，使用EXECUTE（或替代地，sp_executesql）与其说是一种解决方法，不如说是一种可能的解决方案。它只是一种将查询拆分为两个单独的执行计划的机制。

考虑到这一点，您不一定必须使用动态 SQL 来解决您的问题。您可以使用第二个存储过程来实现相同的结果。例如：

-- create this sp (when the remote db is online, of course)
CREATE PROCEDURE usp_CopyRemoteData 
AS
BEGIN
  INSERT INTO _LOCALTABLE (A, B)
  SELECT A, B FROM _LINKEDSERVER._DATABASENAME.dbo._REMOTETABLE;
END
GO

然后您的原始查询如下所示：

IF EXISTS(
  SELECT *
  FROM OPENQUERY(_LINKEDSERVER,'
  SELECT name, state FROM sys.databases
  WHERE name = ''_DATABASENAME'' AND state = 0')
  )
BEGIN
  exec usp_CopyRemoteData;
END

另一种解决方案是甚至不用检查远程数据库是否可用，只需尝试运行该INSERT INTO _LOCALTABLE语句并在失败时忽略错误。我在这里有点滑稽，但除非有一个ELSEfor your IF EXISTS，即除非你在远程数据库离线时做一些不同的事情，否则你基本上只是在抑制（或忽略）错误。功能结果是相同的，因为没有数据被复制到本地表。

您可以使用 try/catch 在 t-sql 中执行此操作，如下所示：

BEGIN TRY
  /* Same definition for this sp as above. */
  exec usp_CopyRemoteData;

  /* You need the sp; this won't work:
  INSERT INTO _LOCALTABLE (A, B)
  SELECT A, B FROM _LINKEDSERVER._DATABASENAME.dbo._REMOTETABLE
  */
END TRY
BEGIN CATCH
  /* Do nothing, i.e. suppress the error. 
    Or do something different?
  */
END CATCH

公平地说，这将抑制 sp 引发的所有错误，而不仅仅是由远程数据库脱机引起的错误。而且您仍然有与原始查询相同的根本问题，并且需要存储过程或动态 SQL 来正确捕获有问题的错误。BOL 有一个很好的例子。有关详细信息，请参阅此页面的“不受 TRY...CATCH 构造影响的错误”部分：http ://technet.microsoft.com/en-us/library/ms175976(v=sql.105).aspx

底线是您需要将原始查询拆分为单独的批次，并且有很多方法可以做到这一点。最佳解决方案取决于您的特定环境和要求，但如果您的实际查询与此问题中提出的查询一样简单，那么您最初的解决方法可能是一个很好的解决方案。

于 2013-09-17T22:46:48.273 回答
0

我认为state = 0应该工作，

但是，有一种可能，

如果数据库离线（在维护/恢复损坏的数据库需要使数据库离线）它不会显示在sys.database_files

所以请使用这个sys.master_files，这将显示离线数据库的状态。

另请参阅链接，该链接包含有关该命令的更多详细信息，

还要检查实施的恢复命令/模型及其详细信息，因为完全恢复会使数据库脱机。

我认为应该这样做，如果没有请回复，

于 2013-09-17T05:22:33.347 回答
0

不幸的是，阻止 sql 解析语句的唯一方法是使用动态 SQL。我有同样的问题，我添加了一个列，然后想要更新它。如果不使更新语句动态 sql，就无法编译脚本。

于 2013-09-17T19:43:43.107 回答