Physische Satzsperren werden nicht aufgehoben

[BenderD]

Wenns bei 297 Usern funktioniert und nur bei 3 nicht, dann glaube ich nicht an Murks.

... wer seine eigenen Fehler bei Anderen sucht, muss sich nicht wundern, wenn er sie nicht findet!!!

[Fuerchau]

Dann würde ich die Journale diesbezüglich analysieren.

[nico1964]

Dann würde ich die Journale diesbezüglich analysieren.

Bleibt mir wohl eh nichts anderes übrig, werde mich dann am Wochenende einsperren und x Seiten Journale durchackern, denn die Sperre betrifft leider den Partnerstamm, der eigentlich von überallher aufgerufen wird.

[nico1964]

... wer seine eigenen Fehler bei Anderen sucht, muss sich nicht wundern, wenn er sie nicht findet!!!

Das Programm, welches wir im Auge haben funktioniert seit 2002 ohne Probleme erst in den letzten Wochen bereiten diese 3 User Probleme und bei allen anderen funktioniert es.

[BenderD]

Das Programm, welches wir im Auge haben funktioniert seit 2002 ohne Probleme erst in den letzten Wochen bereiten diese 3 User Probleme und bei allen anderen funktioniert es.

... da fängt doch schon an, ihr sucht den Fehler im falschen Programm!!! Ich würde erst mal drüber nachdenken, was in den letzten 3 Wochen so geändert wurde, oder wo die fachlichen Gemeinsamkeiten bei den 3 Usern liegen und wo die Unterschiede zu den anderen. Auch die Frage ob sich die anderen vielleicht garnicht mehr trauen einen Fehler zu melden, wundern würde mich das nicht...
Nur am Rande vermerkt:
- Journale zeigen nur Datenänderungen und open/close auf, keine Leseoperationen mit Sperre.
- Programme, die Sätze gesperrt halten und die Kontrolle an den Benutzer geben sind Murks!
- keinen Murks zu machen ist unter Commit ganz einfach: vor jedem EXFMT die Transaktion mit Commit oder Rollback schließen.

D*B