Nie można znaleźć „Microsoft.SqlServer.Types” w wersji 10 lub nowszej na platformie Azure

Próbuję zrobić webapi w ASP.NET MVC 4. Webapi użyło typów Entity Framework 5 Spatial i napisałem bardzo prosty kod.

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

Obszar zawiera DbGeometry.

Kiedy uruchamiam ten lokalny, działa, ale kiedy publikuję go na lazurze, wyświetla mi się ten błąd:

Typy i funkcje przestrzenne nie są dostępne dla tego dostawcy, ponieważ nie można znaleźć zestawu „Microsoft.SqlServer.Types” w wersji 10 lub nowszej.

Czy ktoś wie, jak to rozwiązać? :)

Dzięki!

Znalazłem rozwiązanie! Wystarczy zainstalować pakiet NuGet Microsoft.SqlServer.Types

PM> Install-Package Microsoft.SqlServer.Types

Link, aby uzyskać więcej informacji

Powyższa odpowiedź działa poprawnie, gdy można użyć wersji 11 (SQL Server 2012) zestawu.

Miałem z tym problem, ponieważ moje rozwiązanie ma inne zależności w wersji 13 (SQL Server 2016) tego samego zestawu. W tym przypadku należy zauważyć, że Entity Framework (co najmniej w wersji 6.1.3) jest zakodowana na stałe w jego SqlTypesAssemblyLoader (źródło tego wyjątku), aby szukać tylko wersji 10 i 11 zestawu.

Aby obejść ten problem, odkryłem, że możesz powiedzieć Entity Framework, którego zestawu chcesz użyć w następujący sposób:

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

Z jakiegoś powodu brakowało mi przekierowania wiążącego, które rozwiązało ten problem.

Dodanie następującego rozwiązania rozwiązało mój problem

    <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>

Istnieją 2 sposoby, aby to naprawić:

1. Jeśli masz dostęp do serwera, po prostu zainstaluj „Microsoft System CLR Types for SQL Server 2012” z https://www.microsoft.com/en-us/download/details.aspx?id=29065 lub użyj bezpośredniego łącza poniżej bezpośredniego łącza do X86: http://go.microsoft.com/fwlink/?LinkID=239643&clcid=0x409 lub bezpośredni link do X64: http://go.microsoft.com/fwlink/?LinkID=239644&clcid=0x409

2. Drugim sposobem jest użycie menedżera pakietów NuGet i zainstalowanie

   Zainstaluj pakiet Microsoft.SqlServer.Types

Następnie postępuj zgodnie z uwagami dotyczącymi wtyczki, jak poniżej

Aby wdrożyć aplikację korzystającą z typów danych przestrzennych na komputerze, na którym nie zainstalowano „Systemowych typów CLR dla programu SQL Server”, należy również wdrożyć zestaw natywny SqlServerSpatial110.dll. Wersje x86 (32-bitowe) i x64 (64-bitowe) tego zestawu zostały dodane do projektu w podkatalogach SqlServerTypes \ x86 i SqlServerTypes \ x64. Natywny zestaw msvcr100.dll jest również uwzględniony w przypadku, gdy środowisko wykonawcze C ++ nie jest zainstalowane.

Musisz dodać kod, aby załadować poprawny jeden z tych zestawów w czasie wykonywania (w zależności od bieżącej architektury).

Aplikacje ASP.NET W przypadku aplikacji ASP.NET dodaj następujący wiersz kodu do metody Application_Start w Global.asax.cs:

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

Aplikacje klasyczne W przypadku aplikacji komputerowych dodaj następujący wiersz kodu, który będzie uruchamiany przed wykonaniem jakichkolwiek operacji przestrzennych:

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

Również napotkałem ten problem, ale pakiet nuget Microsoft.SqlServer.Types został już zainstalowany.

Rozwiązaniem dla mnie było przejście do opcji Rozwiązanie> Referencje> System.Data.Entity> Właściwości> Kopiuj lokalnie i ustawienie wartości True.

Uwaga: opcja Kopiuj lokalnie dla Microsoft.SqlServer.Types została już ustawiona na wartość true i mimo że problem dotyczył System.Data.Entity, komunikat o błędzie nadal dotyczył Microsoft.SqlServer.Types.

Rozwiązanie pochodzi z forum Windows Azure .

Dodaj plik „dependAssembly” do pliku 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>

To zadziałało dla mnie

Rozwiązaniem dla mnie było po prostu dodanie tej linii kodu do Global.asax.cs w Application_Start():

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

Powodzenia bracia.

Po komentarzu w odpowiedzi na bieżący post, dodanie tych dwóch wierszy (najlepiej do głównej funkcji) rozwiązało mój problem z aplikacją konsolową:

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

W moim przypadku (a WebForms app) I rozwiązać problem dodając następujące wiersze w Application_Starttego Global.asaxpliku.

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

Mam nadzieję, że to komuś pomoże.

Żadne z powyższych rozwiązań nie zadziałało.

• Zainstalowano pakiet funkcji programu SQL Server? tak
• Zainstalowano pakiet NuGet? tak
• DLL istnieje w GAC i w bin projektu? tak

Wiesz co, ten błąd może być również spowodowany niskimi zasobami na serwerze . Zrestartowałem serwer SQL i problem został rozwiązany automatycznie.

Po prostu miałem ten sam problem. Używam EF6i wzywam, SQLktóry ma funkcję SQL, która używa poleceń przestrzennych. Przetestowałem to za pomocą testu jednostkowego i działało dobrze. Kiedy poszedłem podłączyć swoje Asp.Netrozwiązanie, otrzymałem błąd

Typy i funkcje przestrzenne nie są dostępne dla tego dostawcy, ponieważ nie można znaleźć zestawu „Microsoft.SqlServer.Types” w wersji 10 lub nowszej.

Dodając NUGETpakiet „Microsoft.SqlServer.Types” i dodanie SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));do Application_Start methodw Global.asax.cswszystko działało dobrze.

W moim przypadku spowodował to źle skomponowany ciąg połączenia. Sprawdź, czy parametry połączenia są poprawnie skomponowane.