[Allegro] Order-Alf Identnummern für Exemplardatensätze
Thomas Berger
ThB at Gymel.com
Mi Mär 28 11:04:30 CEST 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Lieber Herr Eversberg,
>> Wie alle #00's sollte es eine bestandsweit eindeutige Zeichenkette
>> sein, automatisch vom System vergeben (leider vergibt allegro
>> standardmaessig aufsteigende Nummern, ...
> Soll es zufällige Nummern vergeben? Aber wie? Und wie lang sollten die
> sein?
Viele Systeme erwuerfeln gigantische Nummern, indem "die uebliche"
kryptographische Signatur des Datensatzes (plus vermutlich
Prozessnummer, Uhrzeit und anderes Zufaelliges) ermittelt wird,
im Fall eines Konflikts wird neu gewuerfelt. Das sind natuerlich
Buchstabenfriedhoefe als Identnummern, die es einem Menschen
fast unmoeglich machen, einen Satz anhand seiner Identnummer
aufzusuchen...
> Eine Art Zufallszahl wäre die Variable #dts+Operator, die wäre
> stets eindeutig, wenn die genaue Uhrzeit mit dabei ist.
Gluecklicherweise sind Rechner und Platten heutzutage so schnell,
dass mehr als 3600 Saetze pro Stunde geupdatet werden koennen.
Ausserdem wird MS-DOS nur emuliert, d.h. zwei verschiedene
Prozesse schaffen es ebenfalls locker, innerhalb der gleichen
Sekunde Neusaetze anzulegen. "Operator" ist zudem standardmaessig
sowohl ueber PRESTO/Cockpit als auch ueber a99 nicht belegt
(ausser vielleicht in Novell-Netzen).
> Ergo: Man KÖNNTE auch auf #00 verzichten und #99n als
> Primärschlüssel nehmen, dann aber vollständig indexiert.
> Und in der CFG auf "unveränderbar" setzen.
Wenn ich mich recht entsinne, gibt es bei "unveraenderbar" seit
Geburt des Features ein paar Probleme, die eine praktische Nutzung
erschweren (bin mir nicht ganz sicher, mir kam es bei meinen
lange zurueckliegenden Versuchen v.a. darauf an, die Kategorien
auch nicht zu zeigen, um mit den 25 Zeilen unter DOS oekonomischer
umzugehen. "Nicht zeigen" erzwingt aber dummerweise "unveraenderbar",
zumindest bei #99e gibt es dann massive Probleme (und man kann
ja nur alle #99er pauschal so flaggen).
Wenn #00 unveraenderbar sein koennte, aber dennoch der
Identnummernexpansion in/bei PV bzw. onput.flx zugaenglich
bliebe (das ist gewiss nicht trivial zu loesen), waere das
Hochzaehlen nicht so problematisch.
viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGCi+ehKFJT0F1FsoRAhISAJ9iNgusjHNqRsfOMLY5pTBM3ufIgQCfTNAW
O7WgG7jV7VmUrCDoeDGPSVE=
=uUMM
-----END PGP SIGNATURE-----
Mehr Informationen über die Mailingliste Allegro