Re: Speedproblem (loesungsansaetze)

["Mariano Glas" <glas_(at)_orgaline.de>]

hallo martin,

ich hab ja nur deswegen alles geloescht weil ich mir denke
(was noch zu pruefen waere) ein "update table set..." bestimm
langsamer ist als alles zu loeschen und dann alles neu einzufuegen.


ich werd das nacher, wenn ich vom termin zurueck bin, mal testen.
Problem sehen ich nur darin, dass ein user natuerlich gleich auf seine
daten zugreifen moechte und nicht erst nach (ja wann eigentlich?).

mariano


>> * Handbuch lesen (Kapitel wie mysql indizies behandelt!)
>> * das feld benutzer wurde dazu missbraucht jeweils eine neue table
>>    tab_a_$benutzer zu erstellen.
>> * anstatt loeschen wird jetzt drop table tab_a-$benutzer gemacht
>>    und anschliessend die per script erstellte neue DB angelegt und
>>    per LOAD DATA INFILE eingelesen.
>
>Ich vermute mal, daß das Aufteilen in kleinere Einzeltabellen so
>ziemlich die schnellst Lösung sein dürfte, die's gibt - allerdings
>halt zum Preis, daß die Verwaltung und Handhabung der Daten etwas
>umständlicher wird.
>
>Hattest Du Dir bei Deinen Versuchen auch mal
>     DELETE LOW_PRIORITY ...
>und
>     INSERT LOW_PRIORITY ...
>bzw. INSERT DELAYED ...
>angesehen?
>
>Damit wird der Vorgang selbst in der Datenbank zwar nicht schneller,
>aber die Anwendung, die diese Anfragen absetzt, kann früher
>weiterarbeiten.  Geht natürlich nur, wenn es nicht schadet, daß die
>Datensätze evtl. erst verzögert gelöscht bzw. eingefügt werden.
>
>Ciao,
>  Martin
>--


---
*** Abmelden von dieser Mailingliste funktioniert per E-Mail
*** an mysql-de-request_(at)_lists.4t2.com mit Betreff/Subject: unsubscribe