[Allegro] Neue Identnummernkreise

[Thomas Berger]

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



Am 27.05.2011 13:11, schrieb Klaus Lehmann:
> On Fri, 27 May 2011 12:09:09 +0200 Thomas Berger wrote:
> <>Lieber Herr Eversberg,
> <>Im Register 9 gebe es den Schluessel
> <>D20110527
> <>aber keinen Schluessel, der mit "a" beginnt.
> <>Ein Neusatz enthaelt (ggfls. implizit aus cg/ci in
> <>der .CFG) das Muster
> <>#00 a?5
> <>bzw.
> <>#00 |9a?5
> <>und bekommt daraufhin die Expansion
> <>#00 a20110528
> <>spendiert, die erste Nummer hat also bereits mehr Ziffern
> <>als eigentlich eingeplant waren.
> <>(soeben getestet mit PRESTO, a99 und acon)
> 
> guten tag, 
> 
> ergänzend.... zu dem thema: 
> hatte man idents, die so lauteten:
> a12345
> a12346
> und wechselte man auf einer etwas "klügeres" system, das darauf 
> hinauslief:
> buchstabe plus 7 stellen (also knapp 10 mio's)
> dann konnte nicht nur geschehen, sonders es passierte regelmäßig 
> folgendes (es hing NICHT von der version der a99.exe ab!), daß diese 
> ident erzeugt wurde, und jede nacholgende TA bekam dieselbige ident.
> z.b. a0012346 (so oder so ähnlich!)

a0012347

Das ist frueher oefters passiert, weil auch die $A.CFG's aus
inst-all.exe alle paar Jahre auf ein "kluegeres" System wechselten...

Die letzte Nummer wird ermittelt, numerisch ist das 12346, eins
draufaddiert ergibt 12347, das ganze wird aber textuell als
a0012347 einsortiert, steht also (recht weit) am Anfang des
Bereichs "a" und mitnichten ganz am Ende.

Beim naechsten Mal ist die letzte (ermittelbare) Nummer dann
wieder 12346 und eben nicht die erwartete 12347 und das
Verhaengnis nimmt seinen Lauf...

M.E. ist dagegen kein Kraut gewachsen, ausser man gestaltet die
Indexierung tolerant, indem dort alle Nummern um fuehrende
Nullen bereinigt und neu aufgefuellt werden: Dann kann man jederzeit
eine neue Breite festlegen und nach Reindexierung stimmt alles.
Man kann dann die Nummern direkt als ?1 generieren lassen oder
auch als ?9, letzteres ist exportfreundlicher fuer andere
Systeme...

Hat man allerdings Verknuepfungen, klappt es auch nicht, weil
in diesem Fall ja Verknuepfungsnummern hinterlegt sind, die evtl.
nicht gefunden werden. Hier muss man also dafuer sorgen, dass
auch noch eine invariante Form zur Verfuegung steht, z.B. ganz
ohne fuehrende Nullen, um Doppelindexierung kommt man jedenfalls
nicht herum:

p0001234=|*Anse, Tzung

p1234=|*Anse, Tzung

Falls man SR benutzt, gibt es allerdings eine unangenehme
Eigenschaft: die X-Befehle benoetigen ganz exakte Treffer,
Normdaten-Ersetzungsschluessel
p1234=|*Anse, Tzung
reichen nicht aus. Insofern benoetigt man leider auch noch
ein Indexat

p0001234

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

iJwEAQECAAYFAk3fsxoACgkQYhMlmJ6W47NASwP+Mvb0n8OEXIh1/zwQeQ3/tjUu
yvhuRtJeusKsg+ci90eBS72rnEMJT97hyfh8vO8nODEVxNKzhkLBNOFkwDUEroma
5ek+oSlITRJasHJHzRuWtlYWMeoZAVfXtiqHsqH9JKnG2EAsNs8jIem4f/YJuMb0
f+N38F8wjmnYdYaRDOE=
=5D+K
-----END PGP SIGNATURE-----