Leistung von iQueryable Versus-Wörterbuch

Question

Ich bin beim Start in meiner App ein ganzes Bündel statische Metadaten in meiner App. Es ist von einem DB und es gibt jede Menge ausländischer Schlüsselbeziehungen. Ich suche den besten Weg, um sie zu modellieren. Ich habe gerade mit Linq begonnen.

Es ist mir leicht, eine Klasse zu erklären generasacodicetagpre.

(Ich benutze Subsonic 3, um meine Klassen zu generieren, aber das ist neben dem Punkt). Dann kann ich die IQUERYABLE<T> Mitglieder verwenden, um Zugriff auf alles zu erhalten, was ich möchte, zum Beispiel: generasacodicetagpre.

Bevor ich iQueryable benutzt generasacodicetagpre.

und dann könnte ich verwenden generasacodicetagpre.

ok, schließlich kommen wir zur frage!

Das Wörterbuch-Lookup von ID ist äußerst effizient, die iQueryable-Lösung ist jedoch weitaus flexibler und eleganter.

Ich frage mich, wie viel von einer Performance getroffen werde, ich werde mich benutzen. Ich vermute, dass ich jedes Mal einen linearen Scan der Liste mache, wenn ich es nenne, und das ist wirklich wiederholt, wenn viele Aufzeichnungen beteiligt sind. Es ist großartig, wenn ich einzigartige geschätzte Säulen identifizieren könnte, und einen Hashtable erzeugt und nach der ersten Suche zwischengespeichert, aber ich vermute, dass dies nicht Teil des Angebots sein wird.

Dies ist ein bisschen ein Dealbreaker für mich in Bezug auf die Verwendung von Linq.

Note (ich wiederhole es wieder) .

Answer 1

iQueryable stellt eine Sammlung in einem Datenspeicher dar, sodass Sie wahrscheinlich nicht die Sammlungen im Speicher haben.Wenn Sie explizit in der Memory-Sammlungen wünschen, kehren Sie zu Ihren Wörterbüchern zurück.Denken Sie daran, dass Sie nicht daran hindern, Link-Abfragen über die Daten zu verwenden.