Funciones personalizadas en expresiones LINQ

En las últimas versiones de Entity Framework ciertos métodos que antes si eran aceptados, como también se podía realizar en SQL, han dejado de estar disponibles. Aquellas funciones heredadas directamente de SQL han quedado englobadas en la misma clase. Algo que antes era habitual pero no precisamente una buena forma de solucionar… las conversiones de tipos de datos, ¿quien no ha convertido un string en entero en SQL?

LINQ to Entities does not recognize the method 'XXXXXXX' method, and this method cannot be translated into a store expression

Si hablamos con propiedad y utilizando todo el potencial de los ORM no es una buena práctica, debemos revisar y guardar los datos con el tipo más apropiado, pero si nos vemos forzados a utilizarlas… podemos personalizar funciones dentro de nuestro modelo de datos.

Abrimos nuestro EDMX y definimos la función:

    <edmx:ConceptualModels>
      <Schema Namespace="NombreDeMiModelo" Alias="Self" annotation:UseStrongSpatialTypes="false" xmlns:annotation="http://schemas.microsoft.com/ado/2009/02/edm/annotation" xmlns:customannotation="http://schemas.microsoft.com/ado/2013/11/edm/customannotation" xmlns="http://schemas.microsoft.com/ado/2009/11/edm">
        <Function Name="convertirDouble" ReturnType="Edm.Double"> 
        <Parameter Name="stringvalue" Type="Edm.String" /> 
        <DefiningExpression> 
            cast(stringvalue as Edm.Double)
        </DefiningExpression> 
        </Function>
...

Definimos en nuestra clase la función:

using System;
using System.Data.Entity;
using System.Data.Objects.DataClasses;

public partial class MiModeloContext
{
    /// <summary>
    ///     Este método existe para poder ser usando dentro de expresiones LINQ
    ///     convierte un texto en número (Double)
    /// </summary>

    [DbFunction("NombreDeMiModelo", "convertirDouble")]
    public static double convertirDouble(string stringvalue)
    {
        return Double.Parse(stringvalue);
    }
}

Ya podemos utilizar la función dentro de las expresiones:

datos = miEntidad.miDato.Where(x => SqlFunctions.IsNumeric(x.aux) > 0 &&
MiModeloContext.ParseDouble(x.aux) > numero)
.FirstOrDefault();

Aunque deberemos revisar si realmente nuestro modelo de datos es coherente…

Referencia: Calling Functions in LINQ to Entities Queries

LINQ: could not find an implementation of the query pattern

En modelos de datos generados con LINQ de forma automática, el acceso separado en diferentes clases puede ocasionar errores del tipo:

CS1936	Could not find an implementation of the query pattern for source type 'DbSet<nombreTabla>'.  'Where' not found.

A priori puede parecer un error en la implementación, alguna modificación de clases incorrecta, siempre esta la posibilidad de volver a generar el modelo de datos, si el error persiste debemos comprar que tenemos referenciada el espacio de nombres de LINQ

using System.Linq;

Una error tan sencillo y obvio que puede resultar confuso de resolver.

Debug Linq SQL

En ocasiones podemos encontrar sentencias complejas o sin errores aparentes, otra forma de intentar buscar soluciones es mostrar la sentencial SQL generada por Entity Framework. Tan solo debemos habilitar el log, mostrandolo en en panel Output de nuestro Visual Studio por ejemplo:

                using (ModeloEntities entidad = new ModeloEntities ())
                {

                    entidad.Database.Log = s => System.Diagnostics.Debug.WriteLine(s);
                    var resultado = (nuestraConsultaLINQ)

                }

NOTA: puedes recupera la ventana de salida con CTRL + ALT + O