AW: [Allegro] SR-Hilfsschluessel fehlen

[Thomas Berger]

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

Liebe Frau Koczian,

>> Das
>>
>> #09 +# c"+" y0 e"+" X9
>>
>> von letzter Woche sollte klappen, wenn die #09 der Untersaetze so
>> beginnt wie die #00 der Hauptsaetze *und* diese im 1. Indexlauf - at 1
>> auch ins Register 9 gesetzt wird und nicht etwa erst spaeter.
>>
> Genau dies war der entscheidende (und m.E. undokumentierte) Hinweis.
> Weil die #09 nicht Primärschlüssel ist (sie ist nicht immer eindeutig),
> wurde sie bisher eben nicht im ersten Durchgang erzeugt. Danke!


gut, dass es geholfen hat, auch wenn ich Ihre Daten immer noch nicht
verstehe (muss ich auch nicht). Jedenfalls, was fuer cat.api
vorbereitet ist, ist einerseits durchaus, dass #09 und #00 im
ersten Indexlauf beide indexiert werden, fuer den SR-Mechanismus
jedoch wichtig ist den *Inhalt* von #09 zu verstehen: Und hier
ist in den Standardparametern das folgende Verstaendnis "eingebaut",
dass naemlich im Band der Bestandteil von #09 vor dem "+" mit dem
Primaerschluessel (aus #00) der Hauptaufnahme exakt uebereinstimmt
(und die Hauptaufnahme hat typischerweise keine #09).

Erst wenn Sie davon abweichen und in #09 mit Nummern arbeiten, die
ihre Entsprechungen in der Hauptaufnahme in anderen Kategorien als #00
finden, muessen Sie im Primaerabschnitt der Indexparameter dafuer
sorgen, dass sie dort auch indexiert werden (und zwar erst nach
dem Primaerschluessel).

Was passiert, wenn der Zielschluessel beim SR-Mechanismus nicht
eindeutig ist, habe ich noch nicht getestet...

viele Gruesse
Thomas Berger


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE6xXIhKFJT0F1FsoRAtu2AJ9nOTOD8RUqR+rvuCXXrYyDNcx43ACfaQlP
G9fOrdPQOWOsp8k0pP1/QBs=
=9W7J
-----END PGP SIGNATURE-----