LINQ-to-SQL: ExecuteQuery (Type, String) rellena un campo, pero no el otro

Question

He escrito una aplicación que uso como agente para consultar datos de una base de datos y cargarlos automáticamente en mi caché web distribuida .

Lo hago especificando una consulta sql y un tipo en una configuración. El código que realmente hace la consulta es el siguiente:

List<Object> result = null; 
try { result = dc.ExecuteQuery(elementType, entry.Command).OfType<Object>().ToList(); } 
catch (Exception ex) { HandleException(ex, WebCacheAgentLogEvent.DatabaseExecutionError); continue; } 

elementType es una System.Type creado a partir del tipo especificado en la configuración (utilizando Type.GetType()), y entry.Command es la consulta SQL.

El tipo de entidad específica que estoy teniendo un problema con el siguiente aspecto:

public class FooCount 
{ 
    [Column(Name = "foo_id")] 
    public Int32 FooId { get; set; } 

    [Column(Name = "count")] 
    public Int32 Count { get; set; } 
} 

La consulta SQL tiene este aspecto:

select foo_id as foo_id, sum(count) as [count] 
from foo_aggregates 
group by foo_id 
order by foo_id 

Por alguna razón, cuando se ejecuta la consulta, la propiedad "Count" termina poblada, pero no la propiedad "FooId". Traté de ejecutar la consulta yo mismo, y se devuelven los nombres de columna correctos, y los nombres de columna coinciden con lo que he especificado en mis atributos de mapeo. ¡Ayuda!

Answer 1

Esto es una locura ...

Lo que fija mi problema estaba decorando mi clase de entidad con la TableAttribute:

[Table(Name = "foo_aggregates")] 
public class FooCount 
{ 
    [Column(Name = "foo_id")] 
    public Int32 FooId { get; set; } 

    [Column(Name = "count")] 
    public Int32 Count { get; set; } 
} 

había asumido (erróneamente, al parecer) que ya no estaba usando el GetTable<T>() método, no necesitaba el atributo de mapeo correspondiente.

Actualización: Un año y medio después, por fin me di cuenta de que parece que las decoraciones ColumnAttribute sobre las propiedades son ignorados a menos que haya una decoración TableAttribute correspondiente en la clase. Esto explica por qué la propiedad "Count" se estaba poblando, ya que su nombre coincidiría con la columna en la declaración de SQL, mientras que FooId/foo_id por supuesto no coinciden.

Answer 2

Linq To Sql tiene dificultades para mapear cosas cuando los nombres de las propiedades son diferentes a los nombres de las columnas. Intente cambiar el nombre de su propiedad a foo_id con el guión bajo. Eso debería ser el truco.

O eso, o puede cambiar su declaración de selección a foo_id como FooId para que coincida con su propiedad. De cualquier manera, deberían ser iguales (sin embargo, no es necesario que sea el mismo caso).