Der Beitrag kommt zwar etwas spät, aber besser als nie.

Ich hatte mich vor einiger Zeit mal über TableAdapter ausgelassen (hier nochmal zum Nachlesen). Das Problem von TableAdaptern ist, dass sie scheinbar untrennbar mit dem DataSet verwurstelt sind. Datenstrukturen und die Datenzugriffslogik müssen bei einer n-Tier-Anwendung aber voneinander getrennt sein. Spätestens in verteilten Lösungen sind TableAdapter deshalb bis einschließlich Visual Studio 2005 nicht zu gebrauchen.

Neben all den hochtrabenden neuen Datentechnologieen (LINQ, Entity Framework ...) die das (mittlerweile nicht mehr ganz) neue Visual Studio 2008 mitbringt, haben die Meisten ein kleines aber feines Feature übersehen. Im DataSet-Designer ist es nämlich seit Visual Studio 2008 möglich, die eigentliche DataSet-Definition in ein anderes Visual Studio-Projekt der selben Projekmappe auszulagern. Der Designer-Part und die TableAdapter verbleiben dabei im ursprünglichen Projekt. Es wird sozusagen nur die "Schnittstelle" ausgelagert. Dazu muss man das Projekt, welches die DataSet-Klassen aufnehmen soll einfach auswählen (Siehe folgender Screenshot; Klicken zum vergößern).

Die MSDN Library spricht von n-Tier-DataSets und n-Tier-Datenanwendungen. Ausführliche Infos und How-To´s gibts hier: http://msdn.microsoft.com/de-de/library/bb384587.aspx
DataSet-Designer und TableAdapter sind seit Visual Studio 2008 nun auch für Leute interessant, die keine Spaghetti-Code-Anwendungen schreiben. Ab sofort sind deshalb auch TableAdapter cool .

Es ist beruhigend, dass auch bestehende Technologieen ab und zu mal etwas Pflege erfahren, statt den Hypes zu huldigen!