MYSQL Praxis - Volltextindex bei häufigen Inserts und Updates

[Mindwinder]

Moin moin,
ich habe hier mal eine Frage zum praktischem Umgang mit dem Volltext Index.
Sofern für eine Tabelle mit sagen wir vielen Datensätzen ein Volltextindex definiert ist, wird selbiger meines Wissens bei jedem Update oder Insert neu geschrieben / indiziert. Da der Prozess de Erzeugens ja ziemlich rechenintensiv / zeitaufwendig ist, frage ich wie man das effektiv in der Praxis löst. Wenn man sagen wir 300 neue Datensätze eintragen will, wird man den Index wohl einmalig entfernen und abschließend einmalig neu erzeugen. Wie geht man jedoch damit um wenn der Index zum einen 24h genutzt werden soll und zum anderen nicht klar ist zu welchem Zeitpunkt Datensätze geändert werden oder neu angelegt werden.
Wäre sehr dankbar wenn mir jemand mal ein praktikables Konzept vorstellen würde. Vielleicht bietet mysql ja auch die Möglichkeit bei Update oder Insert die Neuberechnung des Indexes zeitlich zu verschieben o.ä.

Schöne Grüße,

Mindwinder

 

[dbwizard]

Moin moin,
ich habe hier mal eine Frage zum praktischem Umgang mit dem Volltext Index.
Sofern für eine Tabelle mit sagen wir vielen Datensätzen ein Volltextindex definiert ist, wird selbiger meines Wissens bei jedem Update oder Insert neu geschrieben / indiziert. Da der Prozess de Erzeugens ja ziemlich rechenintensiv / zeitaufwendig ist, frage ich wie man das effektiv in der Praxis löst. Wenn man sagen wir 300 neue Datensätze eintragen will, wird man den Index wohl einmalig entfernen und abschließend einmalig neu erzeugen. Wie geht man jedoch damit um wenn der Index zum einen 24h genutzt werden soll und zum anderen nicht klar ist zu welchem Zeitpunkt Datensätze geändert werden oder neu angelegt werden.
Wäre sehr dankbar wenn mir jemand mal ein praktikables Konzept vorstellen würde. Vielleicht bietet mysql ja auch die Möglichkeit bei Update oder Insert die Neuberechnung des Indexes zeitlich zu verschieben o.ä.

Schöne Grüße,

Mindwinder

Hallo,

ich kann dir dies nur aus Oracle Sicht beantworten, dort gibt es mehrere Möglichkeiten, eventuell ist dies bei MySQL auch so...da wäre die Doku sicher aussagekräftig :

- Es gibt die ON COMMIT Version, d.h., direkt nach dem Commit wird der Index aktuaklisiert
- Du kannst aber auch via einen JOB den Index peridisch synchronisieren lassen
- Bis 9i gab es die Variante, die Indexierung über einen Daemon laufen zu lassen, welcher "unabhängig" vom Commit relativ Zeitnah die Indexsynchronisation übernimmt (CTXSRV)

Gruss