Microsoft.SqlServer.Types версии 10 или выше не может быть найден в Azure

Я пытаюсь создать webapi в ASP.NET MVC 4. Webapi использовал пространственные типы Entity Framework 5, и я написал очень простой код.

  public List<Area> GetAllAreas()
    {
        List<Area> aList = db.Areas.ToList();
        return aList;
    }

Область содержит DbGeometry.

Когда я запускаю этот локальный сервер, он работает, но когда я публикую его в лазурном, он дает мне эту ошибку:

Пространственные типы и функции недоступны для этого поставщика, поскольку не удалось найти сборку Microsoft.SqlServer.Types версии 10 или выше.

Кто-нибудь знает, как это решить? :)

Спасибо!

Я нашел решение! Просто установите пакет nuget Microsoft.SqlServer.Types

PM> Установочный пакет Microsoft.SqlServer.Types

Ссылка для получения дополнительной информации

Приведенный выше ответ отлично работает, когда можно использовать версию 11 (SQL Server 2012) сборки.

У меня возникла проблема, так как мое решение имеет другие зависимости от версии 13 (SQL Server 2016) той же сборки. В этом случае обратите внимание, что Entity Framework (по крайней мере, v6.1.3) жестко запрограммирован в его SqlTypesAssemblyLoader (источник этого исключения), чтобы искать только версии 10 и 11 сборки.

Чтобы обойти это, я обнаружил, что вы можете указать Entity Framework, какую сборку вы хотите использовать следующим образом:

SqlProviderServices.SqlServerTypesAssemblyName = typeof(SqlGeography).Assembly.FullName;

По какой-то причине мне не хватало перенаправления привязки, которое устранило эту проблему для меня.

Добавление следующего исправило мою проблему

    <dependentAssembly>
      <assemblyIdentity name="Microsoft.SqlServer.Types" publicKeyToken="89845dcd8080cc91" culture="neutral" />
      <bindingRedirect oldVersion="10.0.0.0-11.0.0.0" newVersion="14.0.0.0" />
    </dependentAssembly>

Есть 2 способа исправить это:

1. Если у вас есть доступ к серверу, просто установите «Типы Microsoft System CLR для SQL Server 2012» с https://www.microsoft.com/en-us/download/details.aspx?id=29065 или используйте прямую ссылку под прямой ссылкой в X86: http://go.microsoft.com/fwlink/?LinkID=239643&clcid=0x409 или прямая ссылка на X64: http://go.microsoft.com/fwlink/?LinkID=239644&clcid=0x409

2. Второй способ - использовать диспетчер пакетов NuGet и установить

   Установочный пакет Microsoft.SqlServer.Types

Затем следуйте примечаниям к плагину, как показано ниже

Чтобы развернуть приложение, использующее пространственные типы данных, на машине, на которой не установлены «Системные типы CLR для SQL Server», вам также необходимо развернуть собственную сборку SqlServerSpatial110.dll. Как x86 (32-разрядная), так и x64 (64-разрядная) версии этой сборки были добавлены в ваш проект в подкаталоги SqlServerTypes \ x86 и SqlServerTypes \ x64. Собственная сборка msvcr100.dll также включена в случае, если среда выполнения C ++ не установлена.

Вам нужно добавить код для загрузки правильной одной из этих сборок во время выполнения (в зависимости от текущей архитектуры).

Приложения ASP.NET Для приложений ASP.NET добавьте следующую строку кода в метод Application_Start в Global.asax.cs:

SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));

Настольные приложения Для настольных приложений добавьте следующую строку кода для запуска перед выполнением любых пространственных операций:

SqlServerTypes.Utilities.LoadNativeAssemblies(AppDomain.CurrentDomain.BaseDirectory);

Я тоже столкнулся с этой проблемой, но пакет nuget Microsoft.SqlServer.Types уже был установлен.

Что решило проблему для меня, это Решение> Ссылки> System.Data.Entity> Свойства> Копировать локально и установка для него значения True.

Примечание. Копировать локально для Microsoft.SqlServer.Types уже было установлено в значение true, и даже несмотря на то, что проблема была с System.Data.Entity, сообщение об ошибке все еще относилось к Microsoft.SqlServer.Types.

Решение взято с форума Windows Azure .

Пожалуйста, добавьте файл Web.config «зависимая сборка»

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
            <assemblyIdentity name="Microsoft.SqlServer.Types" publicKeyToken="89845dcd8080cc91" culture="neutral" />
            <bindingRedirect oldVersion="0.0.0.0-14.0.0.0" newVersion="14.0.0.0" />
        </dependentAssembly>
    </assemblyBinding>
</runtime>

Это сработало для меня

Решение для меня было просто добавить эту строку кода в Global.asax.cs в Application_Start():

SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));

Удачи, братья мои.

После комментария в ответе на текущую публикацию добавление этих двух строк (предпочтительно к основной функции) решило мою проблему для консольного приложения:

SqlProviderServices.SqlServerTypesAssemblyName = typeof(SqlGeography).Assembly.FullName;
SqlServerTypes.Utilities.LoadNativeAssemblies(AppDomain.CurrentDomain.BaseDirectory);

В моем случае (а WebForms App) Я решил эту проблему , добавив следующие строки в Application_Startиз Global.asaxфайла.

SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));
System.Data.Entity.SqlServer.SqlProviderServices.SqlServerTypesAssemblyName = "Microsoft.SqlServer.Types, Version=14.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91";

Надеюсь, это кому-то поможет.

Ни одно из вышеперечисленных решений не помогло мне.

• Пакет дополнительных компонентов SQL Server установлен? да
• Пакет NuGet установлен? да
• DLL существует в GAC и в корзине проекта? да

Вы знаете, что эта ошибка также может быть связана с нехваткой ресурсов на сервере . Я перезапустил SQL-сервер, и он разрешился автоматически.

Была такая же проблема. Я использую EF6и SQLвызываю функцию SQL, которая использует пространственные команды. Я протестировал это с помощью модульного теста, и он работал нормально. Когда я пошел подключать свое Asp.Netрешение, я получил сообщение об ошибке

Пространственные типы и функции недоступны для этого поставщика, поскольку не удалось найти сборку Microsoft.SqlServer.Types версии 10 или выше.

При добавлении NUGETпакета «Microsoft.SqlServer.Types» и добавив SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));к Application_Start methodв Global.asax.csвсе работало отлично.

В моем случае причиной этого была неправильно составленная строка подключения. Убедитесь, что ваша строка подключения правильно составлена.