Probleme beim Datenbank-Neuaufbau

Thomas Berger ThB at gymel.com
Mo Mai 26 11:19:55 CEST 2003


Liebe Frau Koczian,


> x:\allegro\index -f70 - at 1 ...

es wird aus den Vorhandenen Daten eine neue
Datenbank aufgebaut, daraus nur die Primaerschluessel
berechnet.


> x:\allegro\index -f71 - at 2 ...

Die vorhandenen Daten werden zur bestehenden
Datenbank dazugenommen, daraus alle ausser den
Primaerschluesseln berechnet, der entstandene
Index dann mit dem zuerst entstandenen vereinigt.

Nun sind die vorhandenen Daten aber die
bestehenden, d.h. die .ALD's werden in .A1D's
umbenannt und zu den vorhandenen .ALD's 
ergaenzt. Vermutlich klappt das Umbenennen
aber nicht, weil .A1D's schon vorhanden sind,
d.h. es werden die .A1D's aus dem ersten
Schritt genommen und zu den bereits vorhandenen
.ALD's ergaenzt. So entstehen dubletten, die
man aber nur ganz subtil erkennt: Der Priaerschluessel
"eines" Satzes zeigt auf eine niedrige interne
Satznummer, alle anderen auf eine hohe.
Falls aber waehrend der ersten Indexierung eine
Datei zu voll geworden ist, so gibt es zu
Beginn der zweiten Indexierung keine .A1D-Datei,
das Umbenennen funktioniert, damit haben Sie
dann Primaerschluessel, die auf einen Satz
mit niedriger Nummer weisen, der an einer
Position in der .ALD steht, die so nicht 
funktioniert, d.h. sie bekommen "wrong recno",
aber dennoch den richtigen Satz (mit der hohen
Nummer). Die regulaeren Schluessel der Aufnahme
wiederum bringen keine Fehlermeldung.

Wenn Sie nun die ganze Angelegenheit uebers
Cockpit reorganisieren, sehen Sie die bereits
immanent vorliegenden Dubletten dann ganz massiv.

viele Gruesse
Thomas Berger




Mehr Informationen über die Mailingliste Allegro