LINQ-to-SQL: ExecuteQuery (Type, String) ein Feld auffüllt, aber nicht die andere

Question

ich eine App geschrieben habe, dass ich als Agenten verwenden, um Daten aus einer Datenbank abzufragen und diese automatisch in meinen verteilten Web-Cache geladen werden .

ich tun dies durch eine SQL-Abfrage und eine Art in einer Konfiguration angeben. Der Code, der die Abfrage tatsächlich tut, sieht wie folgt aus:

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

elementType ein System.Type aus dem in der Konfiguration angegebenen Typs erstellt ist (mit Type.GetType()) und entry.Command ist die SQL-Abfrage.

Die spezifische Entitätstyp ich mit Blicken ein Problem habe wie folgt aus:

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

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

Die SQL-Abfrage wie folgt aussieht:

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

Aus irgendeinem Grund, wenn die Abfrage ausgeführt wird, Die Eigenschaft "Count" wird zwar gefüllt, aber nicht die Eigenschaft "FooId". Ich habe versucht, die Abfrage selbst auszuführen, und die richtigen Spaltennamen werden zurückgegeben, und die Spaltennamen stimmen mit dem überein, was ich in meinen Zuordnungsattributen angegeben habe. Hilfe!

Answer 1

Das ist verrückt ...

Was mein Problem behoben wurde meine Entitätsklasse mit TableAttribute Dekoration:

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

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

Ich hatte angenommen (zu Unrecht, anscheinend), da ich nicht die GetTable<T>() Verwendung wurde Methode, ich brauchte das entsprechende Mapping-Attribut nicht.

Update: Eineinhalb Jahre später, dämmerte es mir schließlich scheint es wie die ColumnAttribute Dekorationen auf den Eigenschaften ignoriert werden, es sei denn, es gibt eine entsprechende TableAttribute Dekoration auf der Klasse. Dies erklärt, warum die "Count" -Eigenschaft gefüllt wurde, da ihre Benennung der Spalte in der SQL-Anweisung entspricht, während FooId/foo_id natürlich nicht übereinstimmt.

Answer 2

Linq To Sql hat eine harte Mapping Sachen Zeit, wenn die Namen der Eigenschaften unterschiedlich sind als die Namen der Spalten. Versuchen Sie, den Eigenschaftsnamen in foo_id mit dem Unterstrich zu ändern. Das sollte zum Trick gehören.

Entweder das, oder Sie können Ihre Select-Anweisung foo_id als FooId ändern Ihr Eigentum entsprechen. In jedem Fall sollten sie gleich sein (muss aber nicht der gleiche Fall sein).