READUNCOMMITTED funktioniert nicht über Transaktionen

Question

Ich habe zwei Tabellen: TableA mit Spalten id(UNIQUEIDENTIFIER) und name(NVARCHAR) (verwendet NEWSEQUENTIALID() um automatisch generieren Werte für 'id' Spalte)

TableB mit Säulen id(IDENTITY), parentId(UNIQUEIDENTIFIER). parentId in TabelleB hat eine Fremdschlüsseleinschränkung für TableA id.

Ich versuche, die die folgenden Abfragen ausführen:

In Session 1:

BEGIN TRAN test1 INSERT INTO dbo.TableA(name) OUTPUT INSERTED.id VALUES ('foo')

Bitte beachte, dass ich nicht will, die Transaktion hier noch begehen.

In Session 2: SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED BEGIN TRANSACTION test2 INSERT INTO dbo.TableB(parentId) VALUES('<use_id_from_session1_here>')

Der zweite Einsatz scheitert auch auszuführen und auflegt in SQL Server Management Studio und in meinem Anwendungscode. Sollte das Setzen einer Isolationsstufe von 'ReadUncommitted' nicht erlauben, dass die Einfügung in der zweiten Transaktion liest, was in der ersten nicht festgeschrieben wurde?

Fehle ich etwas hier oder die Art und Weise, wie ich die Transaktionsisolationsebene falsch verwende?

Irgendwelche Vorschläge würden geschätzt.

Answer 1

Wenn Sie die zweite Einfügung durchführen, versucht SQL Server, den Fremdschlüssel zu überprüfen, um sicherzustellen, dass Sie nichts einfügen, was nicht möglich ist. Aber da die Sperre für TableA immer noch von Ihrer ersten Transaktion gehalten wird, wartet Ihre zweite Transaktion. Unbefugtes Lesen ist dort nicht wichtig. Constraints müssen überprüft werden, bevor eine Einfügung stattfinden kann, so dass auf die erste Transaktion gewartet wird. Sie würden immer noch die Einschränkung für den Fremdschlüssel verletzen, wenn die Sperre nicht vorhanden wäre, weil die erste Transaktion noch nicht festgeschrieben wurde.

Answer 2

Sie könnten jeden einzelnen Einsatz in Session 1, oder jeden einig Charge einer Größe verpflichten, die über Wartezeit von Sitzung 2