Hallo! > Also: > - F�r kleine Hierarchien, die selten ge�ndert werden, ist Ablage als XML > optimal
Ja, weil die Hierarchie direkt abgebildet wird. > - F�r (viele) kleine Hierarchien, die oft ge�ndert werden(z.B. threaded > Forum) w�rde ich aber im Moment noch auf meine treeID(in diesem Fall > threadID) bestehen, dann immer den kompletten tree/thread auf einmal in > ein disconnected RS packen und das rek. Sortieren in VBS machen Jein - Je weniger VBS, desto besser. Aber mit Access ist das sicher optimal und nat�rlich auch, wenn die treeID / threadID gleichzeitig Fremdschl�ssel ist. > - F�r (massiv-)grosse selten ge�nderte Hierarchien lohnt die Berechnung > einer absoluten Position wahrscheinlich trotzdem nicht... Im > �nderungsfall ergeben sich zu viele �nderungen... Hier empfiehlt sich > wahrscheinlich SP, die den gew�nschten Ausschnitt generiert Jein - Mitunter ist die Optimierung f�r das Lesen halt wichtig. Ich hatte da mal einen gro�en Katalog, der 100.000 mal gelesen wurde bevor irgendwas ver�ndert wurde, ... > - F�r (mittel-)grosse selten ge�nderte Hierarchien k�nnte sich die > Berechnung einer absoluten Position lohnen, wenn man alles an > Performance im Lesesfall rausholen will. Ja. > - F�r grosse oft ge�nderte Hierarchien ist wohl wieder der Einsatz von > SPs anzuraten. Ja. > > Was meinst Du? Das k�nnte ich unterschreiben. Es kommt halt immer auf die Anwendung an und deshalb ist es gut, wenn man mehrere Methoden kennt. Genau das macht so eine Diskussion ja interessant. Freundliche Gr��e Joachim van de Bruck | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
