"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. Якщо у вас є доступ до сервера, просто встановіть “Типи CLR системи Microsoft для 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 уже був встановлений.

Що вирішило проблему для мене, це перейти до Solution> References> System.Data.Entity> Properties> Copy Local і встановити для True.

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

Рішення на форумі Windows Azure .

Будь ласка, додайте файл "dependAssembly" файл 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"));

Успіхів мої брати.

Після коментаря у відповіді на поточну публікацію, додавання цих двох рядків (переважно до основної функції) вирішило мою проблему для програми Console:

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усі працювало відмінно.

У моєму випадку це спричинило неправильно складений рядок з'єднання. Переконайтеся, що рядок підключення правильно складений.