Hi, das ADO.NET jetzt all diese Features anbietet, hei�t ja noch lange nicht, dass du sie auch nutzen musst. Ich denke zu diesem Thema gehen die Meinungen wie schon immer weit auseinander - ich kenne Leute, die schw�ren darauf in der Datenbank nichts als die Daten zu halten, und die komplette Logik in die Applikation zu setzen.
Ich f�r meinen Teil denke, dass Stored Procedures etc. pp. Features sind, die man benutzen sollte. Geschwindigkeitstechnisch bringt es keinen Nachteil (im Gegenteil) - und vom Handling her bietet es sich gerade bei ASP.NET an, da du nicht f�r jeden kleinen Select, den du �ndern willst, die Anwendung neu kompilieren musst... d.h. da ist es ein imho unschlagbarer Vorteil die Logik komplett in der DB zu belassen. Btw.: du kannst zwar im DataSet sortieren, filtern etc. - aber vom Funktionsumfang reicht das noch lange nicht an (Transact) SQL heran. Gru�, Thomas _____________________________________________________ http://www.dotnetgerman.com/blogs/thomas/default.aspx > Hallo > > Habe mir gerade von dotnet.tv den Beitrag zu ADO.Net > angeschaut und habe > jetzt noch Frage: > Ich war bis jetzt der Meinung, dass man m�glichst viel direkt > von der DB > erledigen lassen sollte. Bei ADO.NET sieht es jetzt aber eher so aus, > dass man sich mal alle Daten einer Tabelle in ein DataSet holt und da > Filter,Sort, etc. macht. Also nicht mehr in der Datenbank > sondern beim > Client. > Warum pl�tzlich dieses Umdenken? > Ist ADO.NET so gut, dass sich die Einarbeitung lohnt? > Wo w�rdet ihr ADO.NET empfehlen und wo ablehnen? > > Hoffe, meine Fragen lassen sich einigermassen beantworten. > > Gruss Christoph _______________________________________________ Coffeehouse Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/coffeehouse
