Re: KO-Performance-Problem mit LinqToEntity

www.IT-Visions.de-Diskussionsforen (Version 2.1)
(Diese Seite wurde noch nicht auf das neue Layout umgestellt!)

Diese Foren stehen den Lesern unserer Bücher und allen anderen registrieren Benutzern dieser Website zur Verfügung. Wir würden uns freuen, wenn viele Nutzer dieser Website hier nicht nur Fragen stellen, sondern auch die Fragen anderer Nutzer beantworten. Diese Foren sind ein ehrenamtlicher, nicht-kommerzieller, unmoderierter Community-Dienst von www.IT-Visions.de. Wenn Sie kommerzielle Unterstützung für .NET/Scripting/PowerShell suchen, schauen Sie bitte auf unser Support-Angebot und unsere Schulungsangebote für Scripting und Schulungsangebote für .NET.

Autor:	Dr. Holger Schwichtenberg
E-mail:	Antworten bitte nur in das Forum!
Datum:	23.10.2008 00:33:37
Subject:	Re: KO-Performance-Problem mit LinqToEntity
Bezug zum Buch:
Message:	Meine Nachricht: ---------------- Guten Abend, Herr Siegel, Sie sind nicht der erste/einzige, der das Problem der langen Metadatenladezeiten bei großen Modell feststellt, siehe http://oakleafblog.blogspot.com/2008/07/comparison-of-entity-framework-and-linq.html Ich kenne derzeit keine andere Lösung, außer die Entities auf viele Modelle aufzuteilen. Das hat aber natürlich andere Nachteile. Nächste Woche bin ich in den USA auf der PDC. Fragen Sie in zwei Wochen noch mal nach, vielleicht habe ich dann die Hoffnung auf eine Verbesserung in .NET 4.0 im Jahr 2010 :-) Holger Schwichtenberg Ich beziehe mich auf folgenden Beitrag: --------------------------------------- Guten Morgen, in unserem neuen Produkt zur Anlagenautomatisierung setzen wir die modernsten MS Technologien (WPF, Silverlight, Linq, WCF, etc.) ein. Insgesamt sind wir auch sehr zufrieden damit. Bei LinqToEntity gibt es ein erhebliches Performanceproblem bei folgendem Szenario auf: Wir haben eine existierende Datenbank mit ca. 250 Tabellen und über 500 Beziehungen (Constraints). Je Tabelle sind max 100 Datensätze enthalten. Es gibt keine Views oder Stored Procedures, also eine sehr einfache Struktur. In einem neuen Consolenclient habe ich ist mit dem Entity-Wizzard das Linq Model erzeugt. Bei der ersten sehr einfachen Linq-Abfrage (from…) und bei dem ersten SaveChanges entsteht jeweils eine Wartezeit von ca. 60 Sekunden. Bei weiteren Zugriffen ist der Datenbankzugriff so angenehm performant. Dies ist einem Anwender natürlich nicht mehr zuzumuten. Bei ca. 100 Tabellen und entsprechend weniger Beziehungen, ist das Zeitverhalten noch im akzeptablen Bereich, aber auch hier bemerkt man die Wartezeit. Das Kompilieren unser der Anwendung (bestehend aus 26 Assemblies) dauert unangenehm lange, seit wir das Datenbankmodell von 100 auf 250 Tabellen erweitert haben. Weder in der MSDN noch im Microsoft Buch „Datenbank-Programmierung mit Microsoft LINQ“ gibt es Hinweise auf diese Thematik. Gibt es eine Lösung für dieses Problem ? Oder ist ein Performance Update für LinqToEntity geplant ? Bisher habe ich noch kein Buch gefunden, in dem diese Thematik angesprochen wird. Die vereinfachten Beispielanwendung mit wenigen Enitäten verursachen in dieser Hinsicht auch keine Probleme. Gruß Norbert Siegel