30 Sekunden Lock-Wartezeit bei STRQMQRY erhöhen?

[Fuerchau]

Man kann ja den STRQMQRY zwischen OPNDBF und CLOF bzw. ALCOBJ und DLCOBJ einbetten;-).
Die Antwort von IBM zu diesem Problem wäre da schon hilfreich.

[schatte]

Oder vielleicht ALCOBJ OBJ((&LIB/&TBL *FILE *EXCLRD)) WAIT(3600) warten lassen?

Mit Option *SHRUPD wäre es auch eine Möglichkeit, da es andere Jobs gibt, die in diesem Moment auf diese Tabelle lesend und schreibend zugreifen. In diesem Fall muss nicht gewartet werden, nur eben beim RGZPFM, also wenn die Tabelle exklusiv gesperrt ist.

[Fuerchau]

Wie wärs mit RGZPFM ... LOCK(*SHRUPD)?
Da man Daten heute ja eher sortiert nach Key o.ä. verarbeitet, ist ein RGZPFM eher selten bis nie erforderlich.
Eine CHGPFM REUSEDLT(*YES) wirkt da ware Wunder. Bei SQL-Tables ist das der Default.
Für Verarbeitung nach Eingangsfolge kann man eher Identity-Columns verwenden, wenn man die Identiy nicht zurücksetzt.

[schatte]

Wenn man vorhandene Software einfach mal umstellen, geht das natürlich alles.
Da ich jetzt meinen Workaround habe, passt das erstmal.

Danke für eure Antworten.