Reihenfolge der Datensatzverarbeitung beim SQL-Update

[BenderD]

... wo kommt dann der doppelte Schlüssel her?

[KM]

... wo kommt dann der doppelte Schlüssel her?

Da liegt jetzt vielleicht ein Missverständnis vor. Das Feld "Satznummer" gehört zu den Key-Feldern der Tabelle und diese wurde mit dem DDS-Schlüsselwort "UNIQUE" erstellt. Es gibt aber keine Constraints, die jetzt explizit mit ADDPFCST hinzugefügt wurden. Mit WRKPFCST werden zu dieser Tabelle auch keine angezeigt.

Gruß,
KM

[AG1965_2]

Wenn Dir die relative Satznummer bei Deinen Manipulationen hilft, die gibt es mit RRN(*) bzw. RRN(Tabellenbezeichner).

[KM]

Wenn Dir die relative Satznummer bei Deinen Manipulationen hilft, die gibt es mit RRN(*) bzw. RRN(Tabellenbezeichner).

Das ist mir bekannt. Aber die hilft mir ja beim Update hier nicht.

Gruß,
KM

[Fuerchau]

Wenn der Key bereits in der PF liegt (per DDS), kann man den leider nicht deaktivieren.
Ist der Key in einer LF kann man diese löschen und nach dem Update neu erstellen.
Ansonsten hast du ja die Möglichkeiten mit dem doppelten Update.
Wenn du des Rechnens müde bist, geht das auch so:

1. Update mit SatzNr = 0 - SatzNr
2. Update mit SatzNr = 0 - SatzNr + 1