Hallo,

es kann eigentlich nicht am SQL-Code liegen, da beide Programm seit ca. 3 Jahren laufen.
Das Problem tritt erst auf, seit wir von Release V4R4M0 auf Release V5R1M0 umgestiegen sind.

Das gleiche Lock-Problem tritt auch im interaktiven SQL auf, wenn eine Join-File als Zugriffsweg ausgewählt wurde und Sätze in einer der physischen Dateien gelockt sind.
Auch dann wenn bei dem Select-Statement "FOR READ ONLY" angegeben wird.

STRSQL läuft mit Commit *NONE.

Die SQL-Programme sind mit Commit *CHG umgewandelt, da auch Updates erfolgen müssen.
Pro Programm werden u.U. mehrere SQL-Abfragen verwendet.

mfg

B.Hauser

<BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>Original erstellt von BenderD:
Hallo,

Table Locks gibt es bei SQL lediglich bei Verwendung des Sperrlevels Serializable und das ist mir bisher noch nicht über den Weg gelaufen, obwohl es eigentlich vom SQL Standard gefordert wird.

Es geht kein Weg daran vorbei den Code rauszurücken und dann kann es immer noch sein, dass irgendein RLA Schinken der Verursacher ist.

mfg

Dieter Bender
[/quote]