Compileroption Commit

[Fuerchau]

@Dieter
Die Mischung machts.
In vielen Fällen (bei Massenupdates o.ö.) ist SQL einfach performanter.
Bei komplizierteren Suchfunktionen hat sich der Select als performanter erwiesen.
usw.usw.

Es gibt viele Gründe, neues auf alten Anwendungen nun doch mit SQL zu machen.

Um den CHAIN mit Satzsperre hinzubekommen, verwende ich gerne (auch wenn man ihn nicht gerne sieht)

declare blbla cursor for
select ....
for update of ...

In diesem Fall gibts sogar ein Lesesperre !

[BenderD]

richtig muss es sein, falsch kann noch so schnell sein, dein Beispiel mit der Lesesperre grauselig, wenn jetzt der Kundensatz angezeigt wird, bleibt er gesperrt bis der Anwender aus der Mittagspause zurück kommt...

@Dieter
Die Mischung machts.
In vielen Fällen (bei Massenupdates o.ö.) ist SQL einfach performanter.
Bei komplizierteren Suchfunktionen hat sich der Select als performanter erwiesen.
usw.usw.

Es gibt viele Gründe, neues auf alten Anwendungen nun doch mit SQL zu machen.

Um den CHAIN mit Satzsperre hinzubekommen, verwende ich gerne (auch wenn man ihn nicht gerne sieht)

declare blbla cursor for
select ....
for update of ...

In diesem Fall gibts sogar ein Lesesperre !

[Fuerchau]

@Dieter
Seit wann bist du so mies drauf ?

Natürlich ist das so, aber das ist mit RLA ja genauso bescheuert, wenn man denn so programmiert.

Genauso, wie ich mit RLA Satzsperren gezielt einsetze, genauso kann ich dies eben auch mit SQL erreichen.
Mehr wollte ich damit doch gar nicht sagen.

Grundsatzdiskussionen über Altanwendungen erübrigen sich ja sowieso.
Und neue Funktionen in alten Anwendungen müssen nun mal häufig auch nach den alten Prinzipien eingebracht werden.

[BenderD]

genau hier sind gravierende Unterschiede zwischen RLA und SQL:
- RLA steuert Satzsperren über Open Bestimmung
- RLA Sperr Freigabe durch write oder unlock
- SQL steuert Satzsperren über Commit Controll
- SQL gibt frei mit Commit/Rollback

D*B

Natürlich ist das so, aber das ist mit RLA ja genauso bescheuert, wenn man denn so programmiert.

Genauso, wie ich mit RLA Satzsperren gezielt einsetze, genauso kann ich dies eben auch mit SQL erreichen.
Mehr wollte ich damit doch gar nicht sagen.