[Allegro] Index kompaktieren / qrix -fc

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg, liebe Liste,

seit dem Uebergang auf das 32bit-Index.exe hat man auch grosse Datenbanken
innerhalb von einer guten Stunde indexiert, insofern ist die Kompaktierungs-
Funktion nicht mehr so wichtig wie frueher (und auch von frueher erinnere
ich mich nicht an Faelle, wo sie je eingesetzt worden ist).

Bei Indizes nahe der 2GB-Grenze ist die Funktion aber eigentlich
attraktiv, denn mit ca. 10 Minuten Zeitaufwand fuer die Kompaktierung
kann man die dem Indexwachstum geschuldete naechste echte Indexierung dann
oft um einige Tage nach hinten schieben.

Leider ist es mir in den letzten Jahren bei einer bestimmten Anwendung
nur gelungen, relativ frisch indexierte Datenbanken erfolgreich zu
kompaktieren, ist der Index laengere Zeit gewachsen, bricht der Aufruf

%-P%\qrix -ka -fc -T -d%-d% -e%-b%/%-d%

nach einiger Zeit ab, es kommen dann viele Meldungen

n=53, nkv=0
keys=><

und zum Schluss

c-tree fatal error #233.

[Die fragliche Datenbank war seit der Indexierung immer nur mit update.exe
bespielt worden, also recht kontrolliert, im Beispiel erfolgte der Abbruch
mitten im Register 10 und hinterliess eine Datei newinx von ca. 1,3GB
Groesse]

Der Index ist aber m.E. nicht "kaputt", denn mit PRESTO und a99 sieht die
fragliche Stelle normal aus...


Meine Fragen sind:
- - Hat jemand Erfahrungen mit der Indexkompaktierung?

- - Wo sind die Unterschiede im Auslesen des Index durch PRESTO, a99 und
  qrix?

- - Kann der Einsatz von Sortiercodes (i-Tabelle in der .api) hier einen
  Einfluss haben?

viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAk0A3S4ACgkQYhMlmJ6W47PToAP/dKGKJ96tnnrykHTfY2pgN7dQ
PVDwyyWfuSMKdrSecIB1UcY9Iv4XhVwaJ+eBdscOxD2361JuMiIbV/RQTws8Z+tt
cw3KheIAp0/1/1WOSBtG4gRN5hLEIHADe6BXG/CQ4kGFweyHWpzzbnRmYg+SRAnw
96a+0A9AEN/U9rEf9GI=
=A/KQ
-----END PGP SIGNATURE-----