Как лучше всего проверить, существует ли файл из хранимой процедуры SQL Server 2005?

Question

Мы годами использовали «недокументированную» хранимую процедуру xp_fileexist в SQL Server 2000, и у нас не было проблем с ней. В 2005 году кажется, что они немного изменили поведение, чтобы всегда возвращать 0, если учетная запись исполняющего пользователя не является системным администратором. Также кажется, что он возвращает ноль, если служба SQL Server работает под учетной записью LocalSystem и вы пытаетесь проверить файл в сети.

Я бы хотел уйти от xp_fileexist. У кого-нибудь есть лучший способ проверить наличие файла в сетевом расположении внутри хранимой процедуры?

Answer 1

Вы должны будете пометить CLR как EXTERNAL_ACCESS, чтобы получить доступ к пространству имен System.IO, однако, по ходу дела это не плохой путь.

SAFE - это набор разрешений по умолчанию, но он очень ограничен. С настройкой SAFE вы можете получить доступ только к данным из локальной базы данных, чтобы выполнить вычислительную логику для этих данных. EXTERNAL_ACCESS - это следующий шаг в иерархии разрешений. Этот параметр позволяет получить доступ к внешним ресурсам, таким как файловая система, средство просмотра событий Windows и веб-службы. Этот тип доступа к ресурсам невозможен в SQL Server 2000 и более ранних версиях. Этот набор разрешений также ограничивает такие операции, как доступ к указателю, которые влияют на надежность сборки. Набор разрешений UNSAFE предполагает полное доверие сборки и, следовательно, не накладывает никаких ограничений на «Code Access Security». Этот параметр сопоставим с тем, как работают расширенные хранимые процедуры - вы предполагаете, что весь код безопасен. Однако этот параметр ограничивает создание небезопасных сборок пользователями, имеющими разрешения sysadmin. Microsoft рекомендует максимально избегать создания небезопасных сборок.

Answer 2

Возможно, вам нужна хранимая процедура CLR. Они обычно используются, когда вам необходимо каким-либо образом взаимодействовать с системой.

Answer 3

Я все еще верю, что процедура CLR может быть лучшим выбором. Итак, я принимаю этот ответ. Впрочем, либо я не такой яркий, либо это крайне сложно реализовать. Наша служба SQL Server работает под локальной учетной записью, потому что, согласно Mircosoft, это единственный способ получить связанный сервер iSeries, работающий из 64-битного экземпляра SQL Server 2005. Когда мы изменяем службу SQL Server на запуск с учетной записью домена, команда xp_fileexist прекрасно работает с файлами, расположенными в сети.

Я создал эту хранимую процедуру CLR и собрал ее с уровнем разрешений, установленным в External, и подписал ее:

using System;
using System.Data;
using System.Data.SqlClient;
using System.Data.SqlTypes;
using Microsoft.SqlServer.Server;
using System.Security.Principal;

public partial class StoredProcedures
{
    [Microsoft.SqlServer.Server.SqlProcedure]
    public static void FileExists(SqlString fileName, out SqlInt32 returnValue)
    {
        WindowsImpersonationContext originalContext = null;

        try
        {
            WindowsIdentity callerIdentity = SqlContext.WindowsIdentity;
            originalContext = callerIdentity.Impersonate();

            if (System.IO.File.Exists(Convert.ToString(fileName)))
            {
                returnValue = 1;
            }
            else
            {
                returnValue = 0;
            }
        }
        catch (Exception)
        {
            returnValue = -1;
        }
        finally
        {
            if (originalContext != null)
            {
                originalContext.Undo();
            }
        }
    }
}

Затем я запустил следующие команды TSQL:

USE master
GO
CREATE ASYMMETRIC KEY FileUtilitiesKey FROM EXECUTABLE FILE = 'J:\FileUtilities.dll' 
CREATE LOGIN CLRLogin FROM ASYMMETRIC KEY FileUtilitiesKey 
GRANT EXTERNAL ACCESS ASSEMBLY TO CLRLogin 
ALTER DATABASE database SET TRUSTWORTHY ON;

Затем я развернул хранимый процесс CLR в своей целевой базе данных из Visual Studio и использовал этот TSQL для выполнения из SSMS, вошедшей с аутентификацией Windows:

DECLARE @i INT
--EXEC FileExists '\\\\server\\share\\folder\\file.dat', @i OUT
EXEC FileExists 'j:\\file.dat', @i OUT
SELECT @i

Пытаюсь ли я использовать локальный файл или сетевой файл, я всегда получаю 0. Я могу повторить попытку позже, но сейчас я попытаюсь пойти другим путем. Если бы у кого-то был свет, он был бы очень признателен.

Answer 4

@ Пол, этот код выглядит так, как будто он должен работать. Вы пытались включить в этот метод некоторую трассировку, чтобы убедиться, что Convert.ToString(fileName) не каким-то образом скрывает путь?