Hi, > Wie gesagt, Tabellen sind nur zur Datenhaltung da - es ist vollkommen > uninteressant, in welcher Reihenfolge die da drin stehen. Das ist nur bedingt richtig. Der Datenbanksever legt die Daten so ab, wie der Clustered Index es vor gibt und da ist es nicht unbedingt Sinnvoll denn z.B. auf die ID Spalte zu legen. Das kann bei sehr gro�en Datenmengen etscheident f�r die Performance einer Abfrage sein. Aber ansonsten kann man nat�rlich jede Sortierung durch ein "order by" im SQL-Statement einer View herbeif�hren, die man m�chte. Wie die Daten in der Tabelle gespeichert werden ist dann f�r den Anwender v�llig Egal. Dazu sollte man auch von Begin an daran denken, dass die User (und damit auch jede Anwendung) auf Tabellenebene nicht verloren haben. Man geht nur und ausschlie�lich �ber Views, Stored Procedures und Functions an die Daten ran. Das verhindert, das unbefugte auf der DB die Daten �ndern k�nnen und man ist (relativ) sicher vor spoofing Attacken. Gru� Michael W. Schneider
<<winmail.dat>>
