... f�r Selektionen/Sortierungen ist m. E. in erster Linie die Datenbank
und nicht das DataSet zust�ndig.

-> Sehe ich momentan eigentlich nicht mehr so - denn die Datenbank wird
mehr und mehr in den Hintergrund treten - und nur noch daf�r da sein -
wof�r sie eigentlich mal geschaffen wurde - n�mlich um Daten zu
speichern! Zu Zeiten der Objektorientierung ist man deutlich besser
bedient wenn man vor allem die Sortierungen �ber ASP.NET macht - und net
�ber die DB! Das war aber auch schon zu ASP so - wenn man vor allem
Variable Recordsets sortieren wollte - denn dort wurde es vor allem mit
dem SQL Server und Stored Procedures schwierig!

... anstatt Zeile f�r Zeile die Ausgabe zu formatieren, kann man sehr
einfach die Template-Technik der Web-Controls nutzen ... anstatt Zeile
f�r Zeile die Datens�tze zu bearbeiten, kann man das mit SQL direkt in
der Datenbank erledigen

--> Ganz meine Meinung - interessant w�re eigentlich nur wie MS das da
so macht! Vielleicht sieht das im Hintergrund ja genauso aus - das er
wieder Zeile f�r Zeile durchgeht? Aber angeblich soll das ja schneller
sein!

Mit freundlichen Gr��en
Andreas

-----Urspr�ngliche Nachricht-----
Von: Joachim van de Bruck [mailto:[EMAIL PROTECTED] 
Gesendet: Samstag, 8. November 2003 12:54
An: [EMAIL PROTECTED]
Betreff: AW: [Asp.net] Schlaufe statt dataGrid


Hallo!

> wenn die Daten in einem DataSet vorhanden sind, ist es ganz einfach:
> 
> foreach (DataRow dr in DataSetName.Tables["Tabellenname"].Rows) {
>         xy = dr["gew�nschter Spaltenname"];
> }
> 
> Sofern nur eine Untermenge gew�nscht wird, mu� statt der gesamten
> ".Rows"-Menge eine Select-Bedingung eingebaut werden. Bei der 
> Zuweisung
> mu� nat�rlich evtl. Typcasting beachtet werden.

Du hast nat�rlich Recht, aber ...

... f�r Selektionen/Sortierungen ist m. E. in erster Linie die Datenbank
und nicht das DataSet zust�ndig.

... anstatt Zeile f�r Zeile die Ausgabe zu formatieren, kann man sehr
einfach die Template-Technik der Web-Controls nutzen ... anstatt Zeile
f�r Zeile die Datens�tze zu bearbeiten, kann man das mit SQL direkt in
der Datenbank erledigen

... Sonderf�lle kann man �ber Events abfangen (ItemDataBound,
ItemCreated,
...)

Es braucht also gar keine Schleife, oder? Der Code wird ohne viel
kleiner und �bersichtlicher und zudem noch sauber getrennt nach
Pr�sentation
(.aspx/.ascx) und Verarbeitung (CodeBehind .vb/.cs).

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

Antwort per Email an