> > Oder ganz ohne true/false: true ist, wenn ein Datensatz > existiert. Dann kann man statt UPDATE mit INSERT und DELETE > arbeiten. Bei den geringen Datenmengen lohnen sich eh keine Indizes.
Aber das ist eher langsamer, weil man nicht mehrere inserts auf einmal machen kann... > > Es kommt nat�rlich darauf an, wie die Tabelle weiter > verwendet wird. Am einfachsten ist es nur 11 Zeilen zu haben > und die selektierten IDs in eine Text-Spalte zu schreiben. > Dann gibt es nur 11 Updates. Oder nur eine Zeile und alles als CSV da drin 0> nur ein update ;-) > > Geht eigentlich auch so etwas wie: > > UPDATE ... SET spalte1 = (id IN (...)), spalte2 = (id IN (...)), ... > > Dann h�tte man immer nur 1 Update. Glaub nicht... Macht keinen Sinn.... Man kann nicht eine Spalte auf mehrere Werte setzen und da kein Where dabei ist, w�rde das auf jede Zeile angewendet... > > > > > Wobei man "<spalte>-<id>" auch als id*11+spalte (spalte = 0..10) > > kodieren k�nnte... > > > > Dann ginge ein komplettes setzen immer mit zwei updates.. > > > > Claudius > > > > > > > > Sch�ne L�sung! > > > > > > Braucht immer 22 Updates... > > > Wenn die Datenbank der Flaschenhals w�re, k�nnte man > > > Deine(Zusammenfassung) mit meiner(nur �nderungen > schreiben) Methode > > > verkn�pfen und immer die minimale Anzahl von updates absetzen... > > Optimieren hei�t doch: So wenig VBS wie m�glich, oder? ;-) Das kann man so nicht sagen... Habe schon szenarien gesehen, wo mehrere webserver auf dem gleichen SQLServer "rumhacken" ... Die Webserver waren am d�umchen drehen, w�hrend der sqlserver ins schwitzen kam.... Da lohnt es sich schon die update-anzahl auf der webserver-seite zu optimieren, um den sqlserver zu entlasten. Claudius | [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
