Protokollierung von Stammdaten

[DKSPROFI]

Moin,

die Chefetage will nicht wieder herstellen, sondern will wissen, wer hat wann und was im Satz geändert.

Also,

Feld 01 wurde geändert am von <Feldinhalt alt> <Feldinhalt neu>
Feld 99 wurde geändert am von <Feldinhalt alt> <Feldinhalt neu>

Dateiänderungen sind da eigentlich nicht das Problem, die aktuelle Struktur und die Feldliste wird ja gezogen über die EDS und das auslesen der Felder erfolgt über QADBIFLD.

Aus diesem Grund wollten wird das über eine DS lösen. Das Auslesen des Datenfeldes ALT/NEU sollte dann idealerweise über eine weiter DS erfolgen, DSFeld(1) = Feldinhalt, DSFeld(99) = Feldinhalt, ohne das aus dem Alphafeld die Positionen zu bestimmen, also von 1 bis a, von b- c usw.

Alos wäre es fantatastsich die EDS in eine DS zu bringen die den Feldinhalt aller Felder enthält und diese mit dem Index der Feldposition ansprechen könnte.

mfg

DKSPROFI

[Fuerchau]

Warum so so kompliziert, wenn es mit SQL viel einfacher wäre;-).
Bei gepackten Felder hast du eben das Problem, dass dies nicht einfacher macht.
Allerdings kannst du die gepackten Felder ja in HEX umwandeln (z.B. per SQL).
Dann hast du die Ziffern und rechts das Vorzeichen (F = +, D = -).
Dafür kannst du dir dann auch einen Service (Unterfunktion) bauen.

[DKSPROFI]

Hallo Baldur,

eigentlich ist es gar nicht kompliziert, Satzformat mit Inhalt vorher/nachher in ein Feld und speichern und entsprechend aufbewahren.
Wenn dann gewünscht, Datensatz mit lesen aus dem Feld in DS und anzeigen. Da ist nur das Problem, das der Feldinhalt dann in einer DS steht, die wiederum in einer Subfile Feldweise angezeigt werden soll.

Demnach müssen die Einzeldateifelder der DS angezeigt werden und demnach mit %EDITx und so aufbereitet werden.
Also muss ich leider auch aus der DS die Dateifelder wieder ansprechen.

Also aus einem 4096 langen Feld müssen die Einzelfelder wieder ausgelesen werde. Das funktioniert mit dem Tipp von Robi sehr gut.

Ich hatte mir vorgestellt die DS mit anzusprechen mit DsName(Feldnummer). Das funktioniert aber nicht, da die Felder aufbereitet werden. Mit %Char hätte ich mir das unter Umständern erspart.

mfg

DKSPROFI

[Fuerchau]

Ich sag ja, warum einfach, wenn es auch kompliziert geht.
Für die Auswertung hätte ich nichts gebaut, sondern einfach per ODBC mit Excel die zu betrachtenden Daten geladen, schön formatiert und auswertbar. Ich wäre auch nicht auf 4K beschränkt. Es gibt schließlich auch längere Zeilen.

Oder unser BI-Tool mit Archiv-/History-Funktion um genau dieses tun zu können;-).