Re: DB2_RR_TO_RS

Geschrieben von Gernot Ruban am Oktober 28, 2003 um 19:32:

Als Antwort auf DB2_RR_TO_RS geschrieben von Michael Kless on Oktober 28, 2003 um 15:04:

Hallo Michael,

auch SAP R/3 macht eine solche Einstellung erforderlich. Der DB Server läuft aber sowieso in einer eigenen Instance.

Schon das DB2 Handbuch sagt ja: You can turn DB2_RR_TO_RS on if none of your applications rely on Repeatable Read (RR) behavior and if it is acceptable for scans to skip over uncommitted deletes. The skipping behavior affects the RR, Read Stability (RS), and Cursor Stability (CS) isolation levels. (There is no row locking for Uncommitted Read (UR) isolation level.) When DB2_RR_TO_RS is on, RR behavior cannot be guaranteed for scans on user tables because next key locking is not done during index key insertion and deletion. Catalog tables are not affected by this option. The other change in behavior is that with DB2_RR_TO_RS on, scans will skip over rows that have been deleted but not committed, even though the row may have qualified for the scan.
Mit anderen Worten: Es bleibt wohl ein Restrisiko!

In SYSIBM.SYSPLAN befindet sich die Spalte ISOLATION?! Um festzustellen, welche Packages tatsächlich eingesetzt werden, bleibt wohl nur das DB Monitoring.

Viel Grüße
Gernot

Antworten:

Schreibe eine Antwort

Name:
E-Mail:

Thema:

Kommentar:
: Hallo Michael, : auch SAP R/3 macht eine solche Einstellung erforderlich. Der DB Server läuft aber sowieso in einer eigenen Instance. : Schon das DB2 Handbuch sagt ja: You can turn DB2_RR_TO_RS on if none of your applications rely on Repeatable Read (RR) behavior and if it is acceptable for scans to skip over uncommitted deletes. The skipping behavior affects the RR, Read Stability (RS), and Cursor Stability (CS) isolation levels. (There is no row locking for Uncommitted Read (UR) isolation level.) When DB2_RR_TO_RS is on, RR behavior cannot be guaranteed for scans on user tables because next key locking is not done during index key insertion and deletion. Catalog tables are not affected by this option. The other change in behavior is that with DB2_RR_TO_RS on, scans will skip over rows that have been deleted but not committed, even though the row may have qualified for the scan. : Mit anderen Worten: Es bleibt wohl ein Restrisiko! : In SYSIBM.SYSPLAN befindet sich die Spalte ISOLATION?! Um festzustellen, welche Packages tatsächlich eingesetzt werden, bleibt wohl nur das DB Monitoring. : Viel Grüße : Gernot

Optionale Link URL:
Link Titel:
Optionale Image URL:

[ Antworten ] [ Forum ]