Impossibile trovare la versione 10 o successiva di "Microsoft.SqlServer.Types" in Azure

Sto cercando di creare un webapi in ASP.NET MVC 4. Il webapi ha utilizzato i tipi spaziali di Entity Framework 5 e ho scritto un codice molto semplice.

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

L'area contiene DbGeometry.

Quando eseguo questo locale funziona, ma quando lo pubblico su Azure mi dà questo errore:

I tipi e le funzioni spaziali non sono disponibili per questo provider perché non è stato possibile trovare l'assembly "Microsoft.SqlServer.Types" versione 10 o successiva.

Qualcuno sa come risolvere questo problema? :)

Grazie!

Ho trovato la soluzione! Basta installare il pacchetto nuget Microsoft.SqlServer.Types

PM> Pacchetto di installazione Microsoft.SqlServer.Types

Link per maggiori informazioni

La risposta sopra funziona correttamente quando è possibile utilizzare la versione 11 (SQL Server 2012) dell'assembly.

Ho avuto un problema con questo perché la mia soluzione ha altre dipendenze dalla versione 13 (SQL Server 2016) dello stesso assembly. In questo caso si noti che Entity Framework (almeno v6.1.3) è hardcoded nel suo SqlTypesAssemblyLoader (l'origine di questa eccezione) per cercare solo le versioni 10 e 11 dell'assembly.

Per ovviare a questo ho scoperto che puoi dire a Entity Framework quale assembly vuoi usare in questo modo:

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

Per qualche motivo mi mancava un reindirizzamento vincolante che ha risolto questo problema per me.

L'aggiunta di quanto segue ha risolto il mio problema

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

Ci sono 2 modi per risolverlo:

1. Se si dispone dell'accesso al server, è sufficiente installare "Tipi di CLR di sistema Microsoft per SQL Server 2012" da https://www.microsoft.com/en-us/download/details.aspx?id=29065 oppure utilizzare il collegamento diretto sotto il collegamento diretto a X86: http://go.microsoft.com/fwlink/?LinkID=239643&clcid=0x409 oppure collegamento diretto a X64: http://go.microsoft.com/fwlink/?LinkID=239644&clcid=0x409

2. Il secondo modo consiste nell'usare il gestore di pacchetti NuGet e installare

   Pacchetto di installazione Microsoft.SqlServer.Types

Quindi segui le note del plug-in come di seguito

Per distribuire un'applicazione che utilizza tipi di dati spaziali su una macchina in cui non è installato "Tipi CLR di sistema per SQL Server", è necessario distribuire anche l'assembly nativo SqlServerSpatial110.dll. Entrambe le versioni x86 (32 bit) e x64 (64 bit) di questo assembly sono state aggiunte al progetto nelle sottodirectory SqlServerTypes \ x86 e SqlServerTypes \ x64. L'assembly nativo msvcr100.dll è incluso anche nel caso in cui il runtime C ++ non sia installato.

È necessario aggiungere codice per caricare quello corretto di questi assembly in fase di esecuzione (a seconda dell'architettura corrente).

Applicazioni ASP.NET Per le applicazioni ASP.NET, aggiungere la seguente riga di codice al metodo Application_Start in Global.asax.cs:

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

Applicazioni desktop Per le applicazioni desktop, aggiungi la seguente riga di codice da eseguire prima di eseguire qualsiasi operazione spaziale:

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

Ho anche riscontrato questo problema, ma il pacchetto nuget Microsoft.SqlServer.Types era già installato.

Ciò che ha risolto il problema per me era andare su Soluzione> Riferimenti> System.Data.Entity> Proprietà> Copia locale e impostarlo su Vero.

Nota: Copia locale per Microsoft.SqlServer.Types era già impostato su true e anche se il problema riguardava System.Data.Entity, il messaggio di errore riguardava ancora Microsoft.SqlServer.Types.

La soluzione proviene dal forum di Windows Azure .

Aggiungere "dependantAssembly" al file 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>

Questo ha funzionato per me

La soluzione per me era semplicemente aggiungere questa riga di codice a Global.asax.cs in Application_Start():

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

Buona fortuna fratelli miei.

A seguito di un commento in una risposta per il post corrente, l'aggiunta di queste due righe (preferibilmente alla funzione principale) ha risolto il mio problema per l'app Console:

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

Nel mio caso (un App WebForms) ho risolto il problema aggiungendo le seguenti righe nel Application_Startdel Global.asaxfile.

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

Spero che aiuti qualcuno.

Nessuna delle soluzioni di cui sopra mi ha funzionato.

• Il Feature Pack di SQL Server è installato? sì
• Pacchetto NuGet installato? sì
• DLL esiste in GAC e nel cestino del progetto? sì

Sai cosa, questo errore può anche essere dovuto a poche risorse sul server . Ho riavviato il server SQL e si è risolto automaticamente.

Ho appena avuto lo stesso problema. Sto usando EF6e chiamando SQLche ha una funzione SQL che utilizza comandi spaziali. L'ho testato attraverso uno unit test e ha funzionato bene. Quando sono andato a collegare la mia Asp.Netsoluzione ho ricevuto l'errore

I tipi e le funzioni spaziali non sono disponibili per questo provider perché non è stato possibile trovare l'assembly "Microsoft.SqlServer.Types" versione 10 o successiva.

Aggiungendo il NUGETpacchetto "Microsoft.SqlServer.Types" e aggiungendo SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));a Application_Start methodin Global.asax.cstutto ha funzionato bene.

Nel mio caso, una stringa di connessione composta male ha causato questo. Verifica se la tua stringa di connessione è composta correttamente.