Ich verstehs nicht so ganz. Kann das DataSet denn in der DB die ben�tigten Tabellen erstellen?
-----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Joachim van de Bruck Gesendet: Mittwoch, 2. April 2003 07:17 An: [EMAIL PROTECTED] Betreff: AW: [Asp.net] 3tier Fragen Hallo! > Probleme haben wir bis jetzt nur beim Zugriff auf die > Datenbank. Bzw. es > ist klar, das wir einen "DB Manager" brauchen, der die Datenbank > kapselt. Als erste Datenbank haben wir nur "ACCESS" zur Verf�gung und > m�chten nun die Objekte in die Datenbank legen. Das d�rfte in .NET einfacher als mit anderen Mitteln zu bewerkstelligen sein. Ich habe das bisher nur "theoretisch" durchgespielt, aber deshalb interessiert mich diese Diskussion. Als Datenbank-Manager k�nnte man das DataSet erweitern, das ja eh die Schnittstelle zu den anderen Schichten darstellen w�rde, also einige Eigenschaften und Methoden hinzuf�gen und andere �berladen, so dass im Programm dann alle Datenbankzugriffe ausschlie�lich �ber das DataSet erfolgen. Die XML-Schnittstelle ist ja bereits vorhanden (ReadXML, WriteXML). Ben�tigt werden auf jeden Fall ein entsprechendes "ReadDatabase" und "WriteDatabase" als �ffentliche Methoden. Intern genieren diese Funktionen dann je nach Datenbank einen SqlDataAdapter oder OleDbDataAdapter oder einen OracleDataAdapter oder einen anderen DataAdapter. Daf�r brauchts dann zumindest einen ConnectionString als zus�tzliche �ffentliche Eigenschaft. Interessant w�re auch, den ConnectionString f�r jede Tabelle separat zu definieren, so dass die Applikation mit verschiedenen Datenbankinstanzen oder systemen gleichzeitig arbeitet. Es m�sste auch m�glich sein, das DataSet als Windows-Service nur einmal auf dem Server vorzuhalten. Die Lese-Operationen sind f�r mehrere Threads kein Problem, die Schreibzugriffe m�ssten auf jeden Fall synchronisiert werden und bei der Gelegenheit w�rde ich auch ein Logical-Record-Locking einbauen wollen. Bei Access gibt es ja mehrere Varianten: Jet-Engine mit Access- oder SQL-Server-Syntax und SQL-Server Engine (Access-Projekte). Da ich f�r ein solches Szenario nicht auf Trigger und StoredProcedures verzichten w�rde, scheidet die Jet-Engine wohl aus, es sei denn, man bildet die Trigger-Funktionalit�t im DataSet ebenfalls nach und verzichtet auf komplexe StoredProcedures. Mir schwirren noch eine Menge Details im Kopf herum, aber vielleicht gibt es ja auch andere Ans�tze. Freundliche Gr��e Joachim van de Bruck _______________________________________________ Asp.net mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/asp.net _______________________________________________ Asp.net mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/asp.net
