was ich vor allem f�r wichtig halte, ist dass man die Relationen in den DataObjects sauber abbildet. Diese m�ssen ja nicht identisch zu denen in der DB sein - es kommt ja vor, dass man Daten etwas anders darstellen m�chte als diese in relationaler Form in der DB vorliegen. Hinzu kommt dann bei einem Update bzw. Insert oder Delete die Notwendigkeit sowas in relationaler Form zu implementieren, damit die DB-Schicht nicht meckert und man keine Constraints verletzt.
@Andreas:
von den TypedDataSets zu erben habe ich abgesehen, da ich eine m�glichst flache und eing�ngige Vererbungshierarchie umzusetzen wollte und es f�r sinnvoll hielt entweder das eine oder das andere in einem DataObject abzubilden. Sicher kann man auch dar�ber streiten
aber ich finde f�r die Zusammenarbeit von beiden Ans�tzen trennt man besser und schafft dann ggf. Schnittstellen, die eine einfache Kommunikation bzw. Konvertierung erm�glichen. Das Ganze bleibt dann klarer und eing�ngiger wie ich meine.
Viele Gr��e Lars
At 11:07 11.11.2004, you wrote:
> Ich weiss nicht, wie ihr diesen Ansatz seht, aber ich muss > sagen, dass ich > letztendlich doch zum Arbeiten mit Typed DataSets > �bergegangen bin, da ich > erstens mit der Harmonie der DataAdapter mit den DataSets > recht gut zurecht > komme und zweitens > der Auffassung bin, dass die Reflection die ich in PersistantObject > einsetze eine Menge Performance verschluckt. >
neben der Performancefrage �berlege ich schon seit Andreas' Posting, wo die Grenzen dieser L�sung liegen bzw. welche Bedingungen die Objekte erf�llen m�ssen, damit das Ganze reibungslos klappt.
Gruss
Alex
_______________________________________________ Asp.net Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/asp.net
--- Eingehende Mail ist zertifiziert virenfrei. �berpr�ft durch AVG Antivirus System (http://www.grisoft.com/de). Version: 6.0.793 / Virendatenbank: 537 - Erstellungsdatum: 10.11.2004
www.zoologie-online.de
Lars Berner Stormcrow-Software Postfach: 110123 69071 Heidelberg
--- Ausgehende Mail ist zertifiziert virenfrei. �berpr�ft durch AVG Antivirus System (http://www.grisoft.com/de). Version: 6.0.793 / Virendatenbank: 537 - Erstellungsdatum: 10.11.2004
