Vb.108: INDEX/QRIX/SRCH/UPDATE

[Bernhard Eversberg]

Verlautbarung 108 der Entwicklungsabteilung                      19980403
-------------------------------------------

Verbesserungen in INDEX, SRCH und UPDATE
----------------------------------------

Die Dateien  index.lzh, srch.lzh, qrix.lzh  und  update.lzh  wurden erneuert.

1. INDEX, SRCH: Exakte Dateinamensvorgabe
-----------------------------------------

Das Draengen nach dieser Verbesserung wurde uebermaechtig und war nur zu
berechtigt. Gerade gestern warfen wieder Kollegin Tews und Kollege Lackhoff
ihr gewichtiges Votum in die Waagschale. Die neigte sich nun endlich.
(Es musste in die tiefsten Schichten der alleraeltesten Programmteile vorge-
drungen werden, sowas macht keiner gerne.)

Man kann jetzt folgendes tun: (der dringende Wunsch ist Nr. 3)

1. index ... -dverz\name
      dann werden alle Dateinamen angezeigt zur manuellen Auswahl
      (name = Datenbankname ohne '_' !)

2. index ... -d*verz\name
      dann werden alle Namen automatisch ausgewaehlt

3. index ... -dverz\name_n
      dann wird NUR name_n.ald  ausgewaehlt und automatisch verarbeitet
      (bisher: die mit  name_n  beginnenden Dateien wurden angeboten.
       Das geht jetzt so:

4. index ... -dverz\name_n*
      dann werden die mit name_n beginnenden Dateien zur Auswahl geboten
      NEU

5. index ... -d*verz\name_n*
      dann werden die mit name_n beginnenden Dateien automatisch ausgewaehlt
      NEU
      (bisher ging das ohne den abschliessenden *)

Schliesslich und endlich kann auch das ? als Maskierung eingesetzt werden,
sowohl im Dateinamen als in der Nummer.
Dieses scheint insgesamt eine plausible Loesung zu sein, die alle notwendigen
Varianten umfasst.

Mit SRCH ist es genauso.

--------------------------------------------------------------------------

2. INDEX und UPDATE
-------------------

Mehr als 1 Schluessel im Primaerabschnitt
-----------------------------------------

Bisher:
Im Abschnitt #-@ darf nur ein Schluessel erzeugt werden, d.h. man darf bisher
die Methodik mit Code 8 als Separator nicht einsetzen, um in diesem
Abschnitt mehrere Schluessel zu erzeugen.

Jetzt
darf man das.
(Nicht jedoch im Abschnitt #-0, das ist eine ganz andere Geschichte!)

Wozu ist das gut?
Vor allem fuer Ersetzungsschluessel. 
Im ersten INDEX-Durchlauf (mit - at 1) koennen dann mehrere Ersetzungsschluessel
(also solche mit =...) erstellt werden, damit im zweiten die fuer verschie-
denste Zwecke erforderlichen V14-Ersetzungen alle stattfinden koennen.

Aber:
Nur der erste der mehreren Schluessel gilt fuer UPDATE als Primaerschluessel.
Nur diesen benutzt es zum Suchen nach dem vorhandenen Satz. 
Genauer: der erste, der sich aus dem neuen Satz bilden laesst.
Darauf muss man also achten.
Ganz so schlimm ist aber diese Einschränkung nicht: Wenn der erste Schluessel
gar nicht gebildet werden kann, dann gilt der zweite. Und wenn der vorhanden
ist, weil der betr. Zielsatz beide besitzt, funktioniert das Identifizieren.

Beispiel:  Zielsatz X ist schon in der Datenbank und besitzt #00 und #89D.
Nun kommt Updatesatz Y und hat nur #89D. Im Primaerabschnitt werden die 
Schluessel aus #00 und #89D gebildet, getrennt durch Code 8. 
Fuer Satz Y entsteht also nur der aus #89D. Das ist also der erste, der sich
bilden laesst.
Dieser dient dann zum Identifizieren. Mit Modus -fm41 und -fm31 bleibt dann
#00 von Satz X erhalten, mit -fm11 natuerlich nicht!

Damit das alles richtig laeuft, mussten Aenderungen in INDEX, QRIX und
UPDATE gemacht werden.

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