Listen Sie die ROW_OVERFLOW_DATA-Seiten für eine bestimmte Tabelle auf

11

Ich versuche, eine Liste von Seiten für eine Tabelle mit Zeilen mit ROW_OVERFLOW_DATA abzurufen. Ich kann die Liste der zugewiesenen Seiten von der undokumentierten DMV sys.db_db_database_page_allocationsabrufen, es scheint jedoch, dass in der Ausgabe dieser DMV keine ROW_OVERFLOW_DATA-Seiten aufgeführt sind. Gibt es eine andere DMV, die ich einfach nicht finden kann?

Minimales, vollständiges und (hoffentlich!) Überprüfbares Beispiel:

USE tempdb;

IF OBJECT_ID(N'dbo.t', N'U') IS NOT NULL
DROP TABLE dbo.t;
GO

CREATE TABLE dbo.t
(
    rownum int NOT NULL IDENTITY(1,1)
        PRIMARY KEY CLUSTERED
    , on_row_data varchar(30) NOT NULL
        DEFAULT ('on_row_data')
    , off_row_data varchar(MAX) NOT NULL
        DEFAULT REPLICATE('A', 20000) --PLENTY BIG ENOUGH!
) WITH (DATA_COMPRESSION = NONE); --not compressing those pages!

INSERT INTO dbo.t DEFAULT VALUES;

DECLARE @ObjectID int = (SELECT o.object_id FROM sys.objects o WHERE o.name = 't');
DECLARE @PageID int;
DECLARE @PageTypeDesc varchar(100);

SELECT FileID = dpa.allocated_page_file_id
    , PageID = dpa.allocated_page_page_id
    , PageTypeDesc = dpa.page_type_desc
FROM sys.dm_db_database_page_allocations(DB_ID(), @ObjectID, NULL, NULL, 'DETAILED') dpa

Die Ausgabe sieht aus wie:

╔════════╦════════╦══════════════╗
║ FileID ║ PageID ║ PageTypeDesc ║
╠════════╬════════╬══════════════╣
║ 1 ║ 1598 ║ IAM_PAGE ║
║ 3 ║ 105368 ║ DATA_PAGE ║
║ 3 ║ 105369 ║ NULL ║
║ 3 ║ 105370 ║ NULL ║
║ 3 ║ 105371 ║ NULL ║
║ 3 ║ 105372 ║ NULL ║
║ 3 ║ 105373 ║ NULL ║
║ 3 ║ 105374 ║ NULL ║
║ 3 ║ 105375 ║ NULL ║
╚════════╩════════╩══════════════╝

Was außer der fehlenden Seite ROW_OVERFLOW_DATA Sinn macht. Wir haben eine einzelne Indexzuordnungs-Kartenseite und einen vollständigen Umfang von 8 KB-Datenseiten, wobei nur eine einzige dieser Seiten tatsächlich zugewiesen ist.

Wenn ich die undokumentierte sys.fn_PhysLocCrackerFunktion verwende, um die Seite anzuzeigen , auf der jede Zeile vorhanden ist, wie in:

SELECT *
FROM dbo.t
CROSS APPLY sys.fn_PhysLocCracker(%%PHYSLOC%%)

Ich sehe nur die DATA_PAGEaufgelisteten:

╔════════╦═════════════╦═════════════════════╦════ ═════╦═════════╦═════════╗
Own rownum ║ on_row_data ║ off_row_data ║ file_id ║ page_id ║ slot_id ║
╠════════╬═════════════╬═════════════════════╬════ ═════╬═════════╬═════════╣
║ 1 ║ on_row_data ║ AAAAAAAAAAAAAAAAAAA ║ 3 ║ 105368 ║ 0 ║
╚════════╩═════════════╩═════════════════════╩════ ═════╩═════════╩═════════╝

Ebenso DBCC IND(database, table, index)sehe ich bei Verwendung nur die beiden aufgelisteten Seiten:

DBCC IND (tempdb, t, 1);

Ausgabe:

╔═════════╦═════════╦════════╦════════╦═══════════ ═╦═════════╦═════════════════╦════════════════════ ═╦════════════════╦══════════╦════════════╦═══════ ══════╦═════════════╦═════════════╦═════════════╦═ ═╗
║ PageFID ║ PagePID ║ IAMFID ║ IAMPID ║ ObjectID ║ IndexID ║ PartitionNumber ║ PartitionID ║ iam_chain_type ║ PageType ║ IndexLevel ║ NextPageFID ║ NextPagePID ║ PrevPageFID ║ PrevPagePID ║ ║
╠═════════╬═════════╬════════╬════════╬═══════════ ═╬═════════╬═════════════════╬════════════════════ ═╬════════════════╬══════════╬════════════╬═══════ ══════╬═════════════╬═════════════╬═════════════╬═ ═╣
║ 1 ║ 1598 ║ NULL ║ NULL ║ 2069582411 ║ 1 ║ 1 ║ 6989586877272752128 ║ In-Row-Daten ║ 10 ║ NULL ║ 0 ║ 0 ║ 0 ║ 0 ║ ║
║ 3 ║ 105368 ║ 1 ║ 1598 ║ 2069582411 ║ 1 ║ 1 ║ 6989586877272752128 ║ In-Row-Daten ║ 1 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ ║
╚═════════╩═════════╩════════╩════════╩═══════════ ═╩═════════╩═════════════════╩════════════════════ ═╩════════════════╩══════════╩════════════╩═══════ ══════╩═════════════╩═════════════╩═════════════╩═ ═╝

Wenn ich mir den tatsächlichen Seiteninhalt ansehe DBCC PAGE, sieht es so aus, als ob ich immer noch nichts darüber sehe, welche Seite die ROW_OVERFLOW_DATA enthält - ich bin sicher, dass sie dort sein muss, ich weiß wahrscheinlich einfach nicht, was ich sehen soll:

DBCC PAGE (tempdb, 3, 105368 , 3) WITH TABLERESULTS;

Die Ergebnisse sind zu groß, um hierher zu passen, wenn ich die Speicherauszugszeilen einbeziehe, aber dies ist die Header-Ausgabe:

╔══════════════╦════════════════════════════════╦═ ══════════════════════════════╦═══════════════════ ════════════╗
║ ParentObject ║ Objekt ║ Feld ║ WERT ║
╠══════════════╬════════════════════════════════╬═ ══════════════════════════════╬═══════════════════ ════════════╣
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bpage ║ 0x000002431A8A2000 ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bhash ║ 0x0000000000000000 ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bpageno ║ (3: 105368) ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bdbid ║ 2 ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ Breferenzen ║ 0 ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bcputicks ║ 0 ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bsampleCount ║ 0 ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bUse1 ║ 63172 ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bstat ║ 0x10b ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ Blog ║ 0x212121cc ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bnext ║ 0x0000000000000000 ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bDirtyContext ║ 0x000002435DA77160 ║
║ BUFFER: ║ BUF @ 0x000002437E86D5C0 ║ bstat2 ║ 0x0 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_pageId ║ (3: 105368) ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_headerVersion ║ 1 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_type ║ 1 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_typeFlagBits ║ 0x0 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_level ║ 0 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_flagBits ║ 0xc000 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_objId (AllocUnitId.idObj) ║ 3920762 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_indexId (AllocUnitId.idInd) ║ 512 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ Metadaten: AllocUnitId ║ 144115445026914304 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ Metadaten: PartitionId ║ 6989586877272752128 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ Metadaten: IndexId ║ 1 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ Metadaten: ObjectId ║ 2069582411 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_prevPage ║ (0: 0) ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_nextPage ║ (0: 0) ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ pminlen ║ 8 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_slotCnt ║ 1 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_freeCnt ║ 66 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_freeData ║ 8124 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_reservedCnt ║ 0 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_lsn ║ (36: 47578: 1) ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_xactReserved ║ 0 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_xdesId ║ (0: 0) ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_ghostRecCnt ║ 0 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ m_tornBits ║ 0 ║
║ SEITENKOPF: ║ Seite @ 0x000002431A8A2000 ║ DB Frag ID ║ 1 ║
║ SEITENKOPF: ║ Zuordnungsstatus ║ GAM (3: 2) ║ ZUGEWIESEN ║
║ SEITENKOPF: ║ Zuordnungsstatus ║ SGAM (3: 3) ║ NICHT ZUGEWIESEN ║
║ SEITENKOPF: ║ Zuordnungsstatus ║ PFS (3: 105144) ║ 0x40 ALLOCATED 0_PCT_FULL ║
║ SEITENKOPF: ║ Zuordnungsstatus ║ DIFF (3: 6) ║ NICHT GEÄNDERT ║
║ SEITENKOPF: ║ Zuordnungsstatus ║ ML (3: 7) ║ NICHT MIN_LOGGED ║
║ SEITENKOPF: ║ Steckplatz 0 Versatz 0x60 Länge 8028 ║ Datensatztyp ║ PRIMARY_RECORD ║
║ SEITENKOPF: ║ Steckplatz 0 Versatz 0x60 Länge 8028 ║ Datensatzattribute ║ NULL_BITMAP VARIABLE_COLUMNS ║
║ SEITENKOPF: ║ Steckplatz 0 Versatz 0x60 Länge 8028 ║ Aufzeichnungsgröße ║ 8028 ║
╚══════════════╩════════════════════════════════╩═ ══════════════════════════════╩═══════════════════ ════════════╝
sql-server database-internals Max Vernon
quelle

Antworten:

10

Ihre Demo wird von einem getroffen Einschränkung von REPLICATE getroffen :

Wenn string_expression nicht vom Typ varchar (max) oder nvarchar (max) ist, schneidet REPLICATE den Rückgabewert auf 8.000 Byte ab. Um Werte von mehr als 8.000 Byte zurückzugeben, muss string_expression explizit in den entsprechenden Datentyp mit großem Wert umgewandelt werden.

Wenn ich das mache:

INSERT INTO dbo.t (off_row_data) VALUES (REPLICATE(CAST('A' as varchar(max)), 20000));

Und dann führen Sie Ihre DMV-Abfrage von oben gegen dm_db_database_page_allocations aus. Ich erhalte Seiten mit einem PageTypeDesc von TEXT_MIX_PAGE.

Ich kann dann DBCC PAGE mit aktiviertem Trace-Flag 3604 ausführen, um die Details dieser Off-Row-Seite anzuzeigen:

DBCC TRACEON (3604);
GO
DBCC PAGE (TestDB, 1, 20696 , 3) -- your page will be different :)

Die Ausgabe ist groß, aber am Anfang werden Sie sehen:

Blob row at: Page (1:20696) Slot 0 Length: 3934 Type: 3 (DATA)

Und dann, wissen Sie, ein paar A's.

Josh Darnell
quelle
4
Wäre es nicht schön, wenn es eine Kürzungswarnung gäbe oder so.
Max Vernon