.NET Entwicklung

Posts 1-8 of 8

Rafael Grybs
The company name is only visible to registered members.

Einstieg in Entity Framework
Hallo Grupupenmitglieder,

meine Aufgabe wird es sein eine größere .NET 3.5 WinForms-DB-Anwendung von LinqToSQL auf Entity Framework zu bringen, damit auch die Unterstützung für Oracle gegeben ist.
So wie es ausschaut, werde ich schon mit der Beta von VS 2010 arbeiten, um die Erweiterungen des Entity-Frameworks nutzen zu können.
Wäre an dieser Stelle über Literaturhinweise/Tutorials online/offline dankbar, die mir den Einstieg in die Thematik erleichtern.

Viele Grüße aus Berlin
- 30 Nov 2009, 2:38 pm
Rafael Grybs wrote: > Hallo Grupupenmitglieder, > > meine Aufgabe wird es sein eine größere .NET 3.5 > WinForms-DB-Anwendung von LinqToSQL auf Entity Framework zu bringen, > damit auch die Unterstützung für Oracle gegeben ist. > So wie es ausschaut, werde ich schon mit der Beta von VS 2010 > arbeiten, um die Erweiterungen des Entity-Frameworks nutzen zu können. > Wäre an dieser Stelle über Literaturhinweise/Tutorials online/offline > dankbar, die mir den Einstieg in die Thematik erleichtern. > > Viele Grüße aus Berlin
Post visible to registered members
Thorsten Mondrzik
The company name is only visible to registered members.

Re^2: Einstieg in Entity Framework
Hallo Rafael,

hier http://weblogs.asp.net/zeeshanhirani/default.aspx findest du alles wissenswerte.

Gruesse aus Wien
Thorsten
- 16 Oct 2010, 8:25 pm
Thorsten Mondrzik wrote: > Hallo Rafael, > > hier http://weblogs.asp.net/zeeshanhirani/default.aspx findest du > alles wissenswerte. > > Gruesse aus Wien > Thorsten
Post visible to registered members
Post visible to registered members
Post visible to registered members
Rafael Grybs
The company name is only visible to registered members.

Re^2: Einstieg in Entity Framework
M.B. schrieb:

wie sind deine Erfahrungen mit dem Umstieg von LinqToSQL auf EntityFramework?
Hallo Mathias,

also wir sind damals gleich auf .NET4 gegangen, um das EF4, damals zwar noch in der Beta-Version, nutzen zu können. Wir wollten nämlich auf solche Sachen wie POCO-Template nicht verzichten, da wir eine bestehende Lösung mit vorhanden Business-Objekten auf EF umstellen wollten. Die erste Version lief unter einem SQL Server 2005. Dann kam die Anforderung auch Oracle zu unterstützen. Dabei setzen wir auf den ADO .NET Provider von Devart, der EF unter Oracle unterstützt.
Gemanagt haben wir das so, dass wir 2 separate EDMX-Dateien pflegen. Die eine für den SQL- Server, die andere für Oracle. Beide werden in die DLL einkompiliert und zur Laufzeit wird je nach Einstellung entweder auf die eine oder die andere zugegriffen. Die Business-Objekte, die reine POCOs sind, liegen nur einmal in der Logik-Schicht vor.
Klappt alles soweit ganz gut. Kritische Sachen, die via EF zu langsam waren, haben wir in Stored Procedures ausgelagert. Dazu zählen bspw. Bulk-Deletes oder Bulk-Updates. Da ist nämlich die Schwäche des EF-Konzepts, dass man die Daten erstmal laden muss bevor man sie verändern/löschen will.
Nutzen meist einen ObjectContext pro Geschäftsfall/UI-Control und zerstören diesen anschließend.
Zur Performance-Verbesserung lassen wir bei Änderung des EDM vorkompilierte Views im PostBuild-Ereignis erzeugen und in das Projekt einkompilieren. Infos zu vorkompilierte views gibts hier:
http://msdn.microsoft.com/en-us/library/bb896240.aspx

VG aus Berlin
Rafael
- 25 Jan 2011, 3:11 pm
Rafael Grybs wrote: > M.B. schrieb: > > > wie sind deine Erfahrungen mit dem Umstieg von LinqToSQL auf > > EntityFramework? > > Hallo Mathias, > > also wir sind damals gleich auf .NET4 gegangen, um das EF4, damals > zwar noch in der Beta-Version, nutzen zu können. Wir wollten nämlich > auf solche Sachen wie POCO-Template nicht verzichten, da wir eine > bestehende Lösung mit vorhanden Business-Objekten auf EF umstellen > wollten. Die erste Version lief unter einem SQL Server 2005. Dann kam > die Anforderung auch Oracle zu unterstützen. Dabei setzen wir auf den > ADO .NET Provider von Devart, der EF unter Oracle unterstützt. > Gemanagt haben wir das so, dass wir 2 separate EDMX-Dateien pflegen. > Die eine für den SQL- Server, die andere für Oracle. Beide werden in > die DLL einkompiliert und zur Laufzeit wird je nach Einstellung > entweder auf die eine oder die andere zugegriffen. Die > Business-Objekte, die reine POCOs sind, liegen nur einmal in der > Logik-Schicht vor. > Klappt alles soweit ganz gut. Kritische Sachen, die via EF zu langsam > waren, haben wir in Stored Procedures ausgelagert. Dazu zählen bspw. > Bulk-Deletes oder Bulk-Updates. Da ist nämlich die Schwäche des > EF-Konzepts, dass man die Daten erstmal laden muss bevor man sie > verändern/löschen will. > Nutzen meist einen ObjectContext pro Geschäftsfall/UI-Control und > zerstören diesen anschließend. > Zur Performance-Verbesserung lassen wir bei Änderung des EDM > vorkompilierte Views im PostBuild-Ereignis erzeugen und in das > Projekt einkompilieren. Infos zu vorkompilierte views gibts hier: > http://msdn.microsoft.com/en-us/library/bb896240.aspx > > VG aus Berlin > Rafael
Post visible to registered members

.NET Entwicklung

Einstieg in Entity Framework

Re^2: Einstieg in Entity Framework

Re^2: Einstieg in Entity Framework