A99: find #1 findet Leersatz - Absicht?

Bernhard Eversberg ev at buch.biblio.etc.tu-bs.de
Mi Dez 19 11:22:12 CET 2001


On 19 Dec 01, at 10:55, Sibylle Koczian wrote:

> >Immer dann, wenn eine neue interne Nummer gebraucht wird:
> >Es wird zuerst im Register 1 geschaut, ob da noch freie Nummern unter /[0] 
> >sind.
> 
> Und wenn es den Eintrag nicht gibt (wir entlueften nie, bei Bedarf wird die 
> Datenbank neu aufgebaut), dann unter //?
> 
Wenn ein passender Satz gefunden wird, erhaelt der Neusatz dessen Nummer und der 
//-Eintrag verschwindet natuerlich. (Sonst wuerden Saetze verschwinden, ihre 
Indexeintraege jedoch nicht. Sowas gab's auch schon mal.)
Wenn aber ein alter Satz verlagert und an die Stelle eines geloeschten 
gespeichert wird, werden die Nummern ausgetauscht und es entsteht ein neuer //-
Eintrag.
Wird aber ein neuer Satz gespeichert und kein passender //-Satz gefunden, bleiben 
die //-Eintraege unberuehrt.
Alles ganz einfach. Jede andere Loesung waere unlogisch, falsch, gefaehrlich, 
unoekonomisch oder zu umstaendlich. Wobei mit Option -N das Verhalten der 
Verwendung der //-Eintraege dennoch beeinflusst werden kann.

MfG B.E.


Bernhard Eversberg
Universitaetsbibliothek, Postf. 3329, 
D-38023 Braunschweig, Germany
Tel.  +49 531 391-5026 , -5011 , FAX  -5836
e-mail  B.Eversberg at tu-bs.de  




Mehr Informationen über die Mailingliste Allegro