TSQL — выполнение разрешения CLR

Проблема просто в том, что вы пытаетесь получить доступ к внешнему ресурсу в сборке, помеченной как SAFE. Для доступа к внешним ресурсам необходимо установить для сборки не менее EXTERNAL_ACCESS (а в некоторых случаях UNSAFE). Однако, глядя на ваш код, вы просто пытаетесь подключиться к локальному экземпляру, и в этом случае есть гораздо более простой (и более быстрый) способ сделать это: использовать "Context Connection = true;" в качестве ConnectionString.

Контекстное соединение — это прямое соединение с текущим процессом/сеансом, которое иногда называют внутрипроцессным соединением. Преимущества использования Context Connection:

• можно сделать в сборках, помеченных как SAFE
• доступ к локальным временным объектам (временные таблицы и временные процедуры, имена которых начинаются с одинарного # вместо двойного ##)
• доступ к SET CONTEXT_INFO и CONTEXT_INFO()
• отсутствие накладных расходов на запуск соединения

Также:

• независимо от того, используете ли вы внутрипроцессное, контекстное соединение или обычное/внешнее соединение, вам не нужно официально запрашивать разрешение с помощью SqlClientPermission
• вы всегда должны очищать внешние ресурсы, вызывая их метод Dispose(). Не все объекты имеют это, но SqlConnection, SqlCommand и SqlDataReader точно есть. Обычно люди заключают одноразовые объекты в блок using(), поскольку это макрос компилятора, который расширяется до структуры try/finally, которая вызывает метод Dispose() в finally, чтобы гарантировать, что он будет вызван, даже если произойдет ошибка.
• Метод Dispose() многих/большинства одноразовых объектов автоматически обрабатывает вызов Close(), поэтому обычно вам не нужно явно вызывать Close().

Ваш код должен выглядеть следующим образом:

[Microsoft.SqlServer.Server.SqlProcedure]
public static void HelloWorld()
{
  using (SqlConnection sqlcon = new SqlConnection("Context Connection = true;")
  {
    using (SqlCommand sqlcmd = new SqlCommand("SELECT Top 1 * FROM ItemData.dbo.Item",
               sqlcon))
    {
      sqlcon.Open();

      using (SqlDataReader reader = sqlcmd.ExecuteReader())
      {
        SqlContext.Pipe.Send(reader);
      }
    }
  }
}

Я просто хотел добавить к этому свои два смысла. Я делаю что-то очень похожее, и я получаю ту же ошибку. Вот что я нашел, но т.к. у меня нет такого уровня доступа к БД, я не могу его проверить.

Самый простой (хотя MSDN не рекомендует просто запускать процесс CLR) - установить уровень разрешений на External_Access...

Наборы разрешений на уровне политики узла SQL Server Набор разрешений безопасности доступа для кода, предоставляемых сборкам на уровне политики узла SQL Server, определяется набором разрешений, указанным при создании сборки. Существует три набора разрешений: SAFE, EXTERNAL_ACCESS и UNSAFE.

Уровень разрешений устанавливается на страницах свойств проекта CLR, вкладка базы данных — установите уровень разрешений — внешний, установите владельца сборки — dbo и запустите tsql «ALTER DATABASE DataBaseName SET TRUSTWORTHY ON». Это сделает работу ВЫПОЛНЕННОЙ! - и SmtpClient будет работать нормально... Тогда сделайте все правильно и подпишите сборку с помощью файла ключа со строгим именем...

Полное сообщение здесь...

Вы установили для своей БД значение Trusrtworth ON и включили clr?

Попробуй это

sp_configure 'clr enabled', 1
GO
RECONFIGURE
GO

ALTER DATABASE [YourDatabase] SET TRUSTWORTHY ON
GO

У меня есть руководство здесь о том, как используйте хранимые процедуры CLR, которые могут помочь.