'Microsoft.SqlServer.Types' versión 10 o superior no se pudo encontrar en Azure

Estoy tratando de hacer un webapi en ASP.NET MVC 4. El webapi usó Entity Framework 5 tipos espaciales y escribí un código muy simple.

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

El área contiene DbGeometry.

Cuando ejecuto este local, funciona, pero cuando lo publico en azul, me da este error:

Los tipos y funciones espaciales no están disponibles para este proveedor porque no se pudo encontrar el ensamblado 'Microsoft.SqlServer.Types' versión 10 o superior.

Alguien sabe como resolver esto ? :)

¡Gracias!

¡Encontré la solución! Simplemente instale el paquete nuget Microsoft.SqlServer.Types

PM> Paquete de instalación Microsoft.SqlServer.Types

Enlace para más información

La respuesta anterior funciona bien cuando se puede usar la versión 11 (SQL Server 2012) del ensamblado.

Tuve un problema con esto porque mi solución tiene otras dependencias en la versión 13 (SQL Server 2016) del mismo ensamblado. En este caso, tenga en cuenta que Entity Framework (al menos v6.1.3) está codificado en su SqlTypesAssemblyLoader (el origen de esta excepción) para buscar solo las versiones 10 y 11 del ensamblado.

Para solucionar esto, descubrí que puede decirle a Entity Framework qué ensamblado desea usar de esta manera:

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

Por alguna razón, me faltaba un redireccionamiento vinculante que me solucionó este problema.

Agregar lo siguiente solucionó mi 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>

Hay 2 formas de solucionarlo:

1. Si tiene acceso al servidor, simplemente instale "Tipos de CLR del sistema de Microsoft para SQL Server 2012", que se encuentra en https://www.microsoft.com/en-us/download/details.aspx?id=29065 o utilice el enlace directo debajo del enlace directo a X86: http://go.microsoft.com/fwlink/?LinkID=239643&clcid=0x409 , o enlace directo a X64: http://go.microsoft.com/fwlink/?LinkID=239644&clcid=0x409

2. La segunda forma es usar el administrador de paquetes NuGet e instalar

   Paquete de instalación Microsoft.SqlServer.Types

Luego siga las notas del complemento como se muestra a continuación

Para implementar una aplicación que utiliza tipos de datos espaciales en una máquina que no tiene instalado 'Tipos de CLR del sistema para SQL Server', también debe implementar el ensamblado nativo SqlServerSpatial110.dll. Se han agregado a su proyecto las versiones x86 (32 bits) y x64 (64 bits) de este ensamblaje en los subdirectorios SqlServerTypes \ x86 y SqlServerTypes \ x64. El ensamblado nativo msvcr100.dll también se incluye en caso de que el tiempo de ejecución de C ++ no esté instalado.

Debe agregar código para cargar el correcto de estos ensamblados en tiempo de ejecución (según la arquitectura actual).

Aplicaciones ASP.NET Para aplicaciones ASP.NET, agregue la siguiente línea de código al método Application_Start en Global.asax.cs:

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

Aplicaciones de escritorio Para las aplicaciones de escritorio, agregue la siguiente línea de código para que se ejecute antes de realizar cualquier operación espacial:

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

También encontré este problema, pero el paquete nuget Microsoft.SqlServer.Types ya estaba instalado.

Lo que resolvió el problema para mí fue ir a Solución> Referencias> System.Data.Entity> Propiedades> Copiar local y establecerlo en Verdadero.

Nota: Copiar local para Microsoft.SqlServer.Types ya estaba establecido en verdadero, y aunque el problema era con System.Data.Entity, el mensaje de error seguía siendo sobre Microsoft.SqlServer.Types.

La solución es del foro de Windows Azure .

Agregue "pendentAssembly "el archivo 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>

Esto funcionó para mi

La solución para mí fue simplemente agregar esta línea de código a Global.asax.cs en Application_Start():

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

Buena suerte hermanos.

Siguiendo un comentario en una respuesta para la publicación actual, agregar estas dos líneas (preferiblemente a la función principal) resolvió mi problema para la aplicación de consola:

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

En mi caso (una aplicación WebForms) resolví el problema agregando las siguientes líneas en Application_Startel Global.asaxarchivo.

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

Espero que esto ayude a alguien.

Ninguna de las soluciones anteriores me funcionó.

• ¿Paquete de características de SQL Server instalado? si
• ¿Paquete NuGet instalado? si
• DLL existe en GAC y en el contenedor del proyecto? si

Sabes qué, este error también puede deberse a la falta de recursos en el servidor . Reinicié el servidor SQL y se resolvió automáticamente.

Solo tuve el mismo problema. Estoy usando una EF6llamada SQLque tiene una función SQL que usa comandos espaciales. Probé esto a través de una prueba unitaria y funcionó bien. Cuando fui a conectar mi Asp.Netsolución, recibí el error

Los tipos y funciones espaciales no están disponibles para este proveedor porque no se pudo encontrar el ensamblado 'Microsoft.SqlServer.Types' versión 10 o superior.

Mediante la adición de los NUGET"Microsoft.SqlServer.Types" paquete y añadiendo SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));a la Application_Start methodde Global.asax.cstodo funcionaba bien.

En mi caso, una cadena de conexión mal compuesta causó esto. Verifique si su cadena de conexión está compuesta correctamente.