Habe im ACS folgendes probiert:
"SQL - Anweisung und CL Befehle ausführen"
select * from LIB.VIEW for read only with NC
"Auswahl ausführen"
Bild mit Daten, rechts unten ein download Symol, das gedrückt.
Anzeige wird zum Subfile, links unten steht "in Arbeit" und zählt die Sätze hoch.

nach 35 Minuten hat er die 3,2 Mio Sätze in der Anzeige, das klappt also.

gegenprobe, ohne "for read only with NC"
geht nicht!

Also:
- das Problem tritt beim Zugriff von Oracle (ODBC, Treiber ?) und von ACS (JDBC) auf
=> hat mit Art des Oracle Treibers (ob DRDA oder MS CLI) nix zu tun, da JDBC über MS CLI zugreift.
zu untersuchen: Sperrlevel ist Eigenschaft der Connection, der default wird im Treiber eingestellt (bei JDBC in der url) üblich ist hier maximal change, was beim lesenden Zugriff keine Sperren setzt.
Ja.
Wenn ACS mit JDBC zugreift, und man da was einstellen / kontrollieren kann
Wie komme ich da dran? Warum liest der mit Sperre als default? ein Interaktiver select!

Habe Rückmeldung vom Oracle Team:
Durch umstellen des Transaktionslevels hat alles geklappt, vielen Dank!

@Baldur
"..Satz xxx wird von Job oder Transaktion NR/USER/JOB benutzt"
Welcher Job ist dies und warum hält dieser einen Lock über die Satzwartezeit hinaus?
Stammdatenpflege sperrt den Satz blöderweise so lange, bis der Anwender aus der Porzelanabteilung zurück kommt, alle privaten Telefonate erledig hat und sich erbahmt seine (ggf nicht einmal gemachte) Änderung wieder frei zu geben.
Das braucht ihr überigens nicht als Designfehler zu benennen!

Danke
@D*B:
wäre schön wenn du noch beschreiben könntest wie wir die JDBC Treiber Einstellungen finden können.
Danke

Der ILEMax