Transaction Isolation Level Bereiche

Was sind die scoping-Regeln für transaction isolation levels in SQL Server 2005? Ich weiß, was die verschiedenen Ebenen bedeuten, aber nicht, wie man richtig anwenden, wenn Sie außerhalb einer manuell Skript ausführen. Ich kann nicht finden, ein Leitfaden für den praktischen Einsatz in der Produktion-Qualität-code.

Offensichtlich, der Rahmen beginnt, wenn Sie einen Befehl wie diesen verwenden:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

Aber wo wird es enden? Wenn ich den iso-Wert in einer gespeicherten Prozedur, und dann, proc ruft eine andere, nicht die verschachtelten proc-Erben? Noch besser ist, wenn ich eskalieren Sie den iso-Wert innerhalb der verschachtelten proc ist es zu tragen, zurück in die aufrufende proc? Tun transaction-Befehle wie BEGIN TRAN, ROLLBACK und COMMIT machen die irgendwelche Unterschiede?

Wenn eine gespeicherte Prozedur aufgerufen wird, die durch eine Anwendung oder ein agent job tun, die die Isolationsstufe Veränderungen bestehen in irgendeiner Weise? Muss ich immer wieder den Standard LESEN Sie VERPFLICHTET, am Ende jedes proc?

Ich würde es testen, in verschiedenen Situationen, aber ich weiß nicht, wie zu Lesen, was die aktuelle Isolationsstufe festgelegt ist.

Die Tatsache, dass der Umfang dieses geht über die aktuelle Transaktion (und, wegen connection pooling, über die aktuelle "session") können Sie brennen. Siehe diesem post die ich zu dem Thema geschrieben.

InformationsquelleAutor SurroundedByFish | 2009-06-25

Führen Sie die folgenden Schritte aus und sehen Sie selbst:

CREATE PROCEDURE dbo.KeepsIsolation
AS
BEGIN
PRINT 'Inside sproc that does not change isolation level';
DBCC USEROPTIONS;
END
GO

CREATE PROCEDURE dbo.ChangesIsolation
AS
BEGIN
PRINT 'Inside sproc that changes isolation level';
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
DBCC USEROPTIONS;
END
GO
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
DBCC USEROPTIONS;
EXEC dbo.KeepsIsolation;
DBCC USEROPTIONS;
EXEC dbo.ChangesIsolation;
-- demonstrates that isolation level restored to REPEATABLE READ after exiting the procedure
    DBCC USEROPTIONS;

So wie es aussieht die Eltern proc nicht betroffen von den änderungen an den iso-Ebene im Rahmen der Kind-proc, aber das Kind proc erbt der Eltern, die iso-level als Standard.

InformationsquelleAutor A-K

16

Vom MSDN

Wenn Sie den Befehl SET TRANSACTION ISOLATION LEVEL in einer gespeicherten Prozedur oder
auslösen, wenn das Objekt gibt die Steuerung die Isolationsstufe zurückgesetzt
um das Niveau in der Wirkung, wenn das Objekt aufgerufen wurde. Zum Beispiel, wenn
Sie setzen REPEATABLE READ in einem batch, und der batch dann ruft eine gespeicherte
Prozedur, legt die Isolationsstufe auf SERIALIZABLE, die isolation
level-Einstellung auf REPEATABLE READ zurückgesetzt, wenn die gespeicherte Prozedur
gibt die Steuerung an die batch.

InformationsquelleAutor Andrey Morozov
14

DBCC USEROPTIONS zeigt die aktuelle Isolationsstufe, zusammen mit all den anderen Optionen EINSTELLEN.

InformationsquelleAutor Darryl Peterson
4

Aus Büchern auf Linie

Nur eine der TRANSACTION ISOLATION
LEVEL-Optionen können gleichzeitig eingestellt werden,
und es bleibt für diese Verbindung
bis es explizit geändert wird. Diese
wird das Standard-Verhalten, es sei denn, ein
Optimierungs-option wird angegeben, an
die Tabelle in der FROM-Klausel
die Anweisung.
- Allerdings ist die akzeptierte Antwort, die zeigt, dass das nicht wahr ist - ändern der Isolationsstufe in eine gespeicherte Prozedur ändert sich nicht der Pegel für ein Aufruf von stored proc. Entweder die docs sind falsch oder habe ich falsch verstanden.
- Stimme mit den vorherigen Kommentar. Während ich Schätze das zitieren der BOL Kommentar, scheint dies im Widerspruch zu der akzeptierten Antwort.
- Eigentlich ist es richtig. Es ist auch NICHT VOLLSTÄNDIG. Nun, wenn Sie ignorieren die Ausnahme in der Dokumentation (check-Zitat aus Andrej), dann - ah - ja, das ist die Art von schlecht zu beantworten, dass man Beiträge.
InformationsquelleAutor SQLMenace
2

Isolationsstufe keinen Rollback mit der Transaktion.

Isolationsstufe bleibt der Strom auch wenn Sie call-in-Prozeduren und-Funktionen.

InformationsquelleAutor Hans Malherbe
0

Bitte beachten Sie, es gibt ein Problem mit dem Umfang der TRANSAKTION EBENEN und SQL Server 2012 oder früher, wenn hohe Leistung ADO.NET Connection-Pooling verwendet wird, wo diese kann tatsächlich bestehen über die Verbindung geschlossen:

SQL Server: Isolation Leckagen über gepoolte connections

https://social.msdn.microsoft.com/Forums/sqlserver/en-US/916b3d8a-c464-4ad5-8901-6f845a2a3447/sql-server-2014-reseting-isolation-level?forum=sqldatabaseengine

InformationsquelleAutor dmc2005

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.