[Allegro] HFM: Besetzung von .-Feldern beim Import

[Bernhard Eversberg]

Eine offene Frage war noch, ob und wie man beim Import die HFM-Felder
fortlaufend besetzen könnte.
Wir haben inzwischen dazu eine Lösung gefunden, die auch entsprechend
in dem Programm import enthalten sein wird:

o  Mit  ins #nnn~  wird der iV-Inhalt in das nächste unbesetzte Feld
    #nnnx gesetzt. Es gibt drei mögliche Fälle:
    -- In CFG steht #nnn$Mxyz : Der nächste unbesetzte Wert aus $M
       Wenn dieses $M bei #nnn nicht gesetzt ist:
    -- In CFG steht  M. : Dann das nächste .-Feld, und .1, wenn es
         noch kein solches gibt, aber ein #nnn schon vorhanden ist,
         sonst einfach nur #nnn - wie schon immer
         [Bisher wird wohl niemand die Setzung  M.  gehabt haben]
    -- beides nicht: Wenn z.B. M2 in CFG steht, dann #nnnx mit dem
         nächsten unbesetzten Wert x, mit 2 beginnend, also zuerst
         #nnn2, dann #nnn3, ...
         (Default ist aber Ma, d.h. es beginnt dann mit #nnna)

    Dasselbe gilt für das Programm "import", nur daß es da keinen
    Befehl "insert #nnn" gibt. Entsprechendes passiert aber, wenn man
    in den Importparametern einen Abschnitt mit
    #nnn~
    beginnt!

Gezielt einzelne .-Felder besetzen geht natürlich auch, auf die
nächstliegende Weise! (Bloß wird das keiner machen, weil niemand
einzelne .-Felder mit Semantik wird ausstatten wollen.)

Wir machen jetzt erst noch einen Großversuch mit den Daten eines
Anwenders, der eine spezielle Datenbank mit hochfrequenten
Mehrfachfeldern hat. Wir geben die dann auch bekannt, sobald
sie am Netz ist. (Dabei kommt der gestern beschriebene FLEX
hfmu.flx zum Einsatz, um die Daten zu HFMisieren.)

Nach Erfolg mit diesem und anderen Tests kann die HFM-Sache dann
mit V34.3 hoffentlich nächste Woche rausgerollt werden.

B.E.