Ausführlicher Textplan

Der ausführliche Textplan enthält mehr Informationen als der kurze Textplan und stellt diese so dar, dass sie einfach gedruckt bzw. angezeigt werden können, ohne dass Sie blättern müssen. Ausführliche Pläne enthalten bestimmte Informationen, z.B. den im Cache abgelegten Plan für eine Anweisung, und die bei der Anwendungsprofilerstellung verwendeten Pläne enthalten zusätzliche Informationen darüber, wie eine Abfrage optimiert wurde und welche Prädikate in einem partiellen Index-Scan verwendet wurden.

Beispiel 1

In diesem Beispiel basiert der ausführliche Textplan auf der folgenden Anweisung:

SELECT PLAN ('SELECT GivenName, Surname, OrderDate, Region, Country
FROM Customers JOIN SalesOrders ON ( SalesOrders.CustomerID = Customers.ID )
WHERE CustomerID < 100 AND ( Region LIKE ''Eastern''
      OR Country LIKE ''Canada'' )
ORDER BY OrderDate');

Der ausführliche Textplan lautet wie folgt:

( Plan [ Total Cost Estimate: 6.46e-005, Costed Best Plans: 1, Costed Plans: 10, Optimization Time: 0.0011462, 
Estimated Cache Pages: 348 ] 
  ( WorkTable 
    ( Sort 
      ( NestedLoopsJoin
        ( IndexScan Customers CustomersKey[ Customers.ID < 100 : 0.0001% Index | Bounded ] )
        ( IndexScan SalesOrders FK_CustomerID_ID[ Customers.ID = SalesOrders.CustomerID : 0.79365% Statistics ]
          [  ( SalesOrders.CustomerID < 100 : 0.0001% Index | Bounded )  
          AND  ( ( ((Customers.Country LIKE 'Canada' : 100% Computed) 
          AND (Customers.Country = 'Canada' : 5% Guess)) 
          OR ((SalesOrders.Region LIKE 'Eastern' : 100% Computed) 
          AND (SalesOrders.Region = 'Eastern' : 5% Guess)) ) : 100% Guess )  ] )
      )
    )
  )
)

Das Wort "Plan" gibt den Start eine Abfrageblocks an. "Total Cost Estimate" ist die vom Optimierer geschätzte Zeit in Millisekunden für die Ausführung des Plans. "Costed Best Plans", "Costed Plans" und "Optimization Time" sind Statistiken des Optimierungsprozesses, während "Estimated Cache Pages" für die geschätzte aktuelle Cachegröße steht, die zum Verarbeiten der Anweisung verfügbar ist.

Der Plan gibt an, dass die Ergebnisse sortiert sind und dass ein Nested-Loops-Join benutzt wird. In der gleichen Zeile wie der Join-Operator befinden sich die Join-Bedingung und deren Selektivitätsschätzung (die für alle vom Join-Operator erzeugten Zeilen ausgewertet wird). Die IndexScan-Zeilen geben an, dass über die Indizes "CustomersKey" und "FK_CustomerId_ID" auf die Tabellen "Customers" und "SalesOrders" zugegriffen wird.

Beispiel 2

Wenn die folgende Anweisung in einer Prozedur, einem Trigger oder einer Funktion verwendet wird und der Plan für die Anweisung im Cache abgelegt und fünf Mal wiederverwendet wurde, enthält der ausführliche Textplan die Zeichenfolge [R: 5], um anzuzeigen, dass die Anweisung wiederverwendbar ist und nach dem Ablegen im Cache fünf Mal verwendet wurde. Der in der Anweisung verwendete parm1-Parameter hat in diesem Plan einen unbekannten Wert.

UPDATE Account SET Account.A = 10 WHERE Account.B =parm1

( Update [ Total Cost Estimate: 1e-006, Costed Best Plans: 1, Costed Plans: 2, Carver pages: 0,
Estimated Cache Pages: 46768 ] [ R: 5 ]
  ( Keyset
    ( TableScan ( Account ) ) [ Account.B = parm1 : 0.39216% Column ]
  )
 )
)

Wenn der Plan für die gleiche Anweisung noch nicht im Cache abgelegt wurde, enthält der ausführliche Textplan den Wert für den parm1-Parameter (z.B. 10), was bedeutet, dass der Plan mit dem Wert dieses Parameters optimiert wurde.

( Update [ Total Cost Estimate: 1e-006, Costed Best Plans: 1, Costed Plans: 2, Carver pages: 0,
Estimated Cache Pages: 46768 ]
  ( Keyset
    ( TableScan ( Account ) ) [ Account.B = parm1 [ 10 ] : 0.001% Statistics ]
  )
 )
)

Siehe auch

Kommentieren Sie diese Seite in DocCommentXchange.