LINQ-to-SQL: ExecuteQuery (Type, String) popola un campo, ma non l'altro

Question

Ho scritto un'app che uso come agente per interrogare i dati da un database e caricarlo automaticamente nella mia cache web distribuita .

Lo faccio specificando una query sql e un tipo in una configurazione. Il codice che in realtà l'interrogazione si presenta così:

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

elementType è uno System.Type creato dal tipo specificato nella configurazione (utilizzando Type.GetType()), e entry.Command è la query SQL.

Il tipo di entità speciali Io sto avendo un problema con un look come questo:

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

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

La query SQL simile al seguente:

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

Per qualche ragione, quando viene eseguita la query, la proprietà "Count" finisce popolata, ma non la proprietà "FooId". Ho provato a eseguire personalmente la query e sono stati restituiti i nomi delle colonne corretti e i nomi delle colonne corrispondono a quelli specificati nei miei attributi di mapping. Aiuto!

Answer 1

Questo è folle ...

Che risolto il mio problema stava decorando la mia classe di entità con 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; } 
} 

Avevo pensato (erroneamente, a quanto pare), che dal momento che non stava usando il GetTable<T>() metodo, non avevo bisogno del corrispondente attributo di mappatura.

Aggiornamento: Un anno e mezzo più tardi, finalmente aggiornato su di me sembra che le decorazioni ColumnAttribute sulle proprietà sono ignorati a meno che non ci sia una corrispondente decorazione TableAttribute sulla classe. Questo spiega perché la proprietà "Count" è stata popolata, poiché la sua denominazione corrisponderebbe alla colonna nell'istruzione SQL, mentre FooId/foo_id ovviamente non corrisponde.

Answer 2

Linq To Sql ha difficoltà nel mappare le cose quando i nomi delle proprietà sono diversi dai nomi delle colonne. Prova a cambiare il nome della tua proprietà su foo_id con il trattino basso. Quello dovrebbe al trucco.

In alternativa, oppure è possibile modificare l'istruzione select in foo_id come FooId in modo che corrisponda alla proprietà. In ogni caso, dovrebbero essere uguali (non è necessario essere lo stesso caso).