Die Indizierung von Ansichten mit einem CTE

1. Können Sie nicht indizieren eine Ansicht mit einem Tabellenausdruck. Obwohl die Ansicht kann haben SCHEMABINDING. Denken Sie an es auf diese Weise. Um den index einer Sicht, muss es zwei Bedingungen erfüllen (und viele andere): (a) dass es erstellt wurde WITH SCHEMABINDING und (b) dass es sich nicht enthalten, eine CTE. Um schemabind Blick, es tut nicht müssen die Bedingung erfüllen, dass es keinen Allgemeinen Tabellenausdruck enthalten.

2. Ich bin nicht davon überzeugt, es gibt ein Szenario, wo ein Blick hat einen CTE und profitieren indiziert. Dies wird als Peripherie, zu Ihrer eigentlichen Frage, aber mein Instinkt ist, dass Sie versuchen, diese index-Ansicht, um auf Magische Weise machen es schneller. Eine indizierte Sicht ist nicht unbedingt gehen, um schneller als eine Abfrage für die Tabellen der Basis - Einschränkungen gibt es für einen Grund, und es gibt nur in bestimmten Fällen verwenden, wo Sie Sinn machen. Bitte seien Sie vorsichtig, nicht einfach blind index alle Ihre Ansichten, wie ein Zauber "schneller" - Taste. Denken Sie auch daran, dass eine indizierte Sicht erfordert Wartung. So wird es erhöhen die Kosten der jede und alle DML-Operationen in Ihrer Arbeitsauslastung, die Auswirkungen auf die Basistabelle(N).

3. Schemabinding ist nicht nur für die Indizierung von Ansichten. Es kann auch verwendet werden
   auf Dinge wie UDFs zu helfen, zu überzeugen Determinismus, können verwendet werden
   Ansichten und Funktionen um zu verhindern, dass änderungen an den zugrunde liegenden schema und der
   in einigen Fällen können die performance verbessern (zum Beispiel, wenn eine UDF-Datei ist
   nicht schema-gebunden ist, kann der Optimierer haben, erstellen Sie eine Tabelle spool in
   behandeln die zugrunde DDL-änderungen). Also bitte nicht denken, dass es ist
   seltsam, dass man schema-binden ein Blick, Sie können Sie aber nicht indizieren.
   Die Indizierung einer Ansicht erfordert es, aber die Beziehung ist nicht gegenseitig.

Für Ihre spezifischen Szenario, ich empfehle dieses:

CREATE VIEW dbo.PatClassCounts
WITH SCHEMABINDING
AS
  SELECT pat_id, drug_class, 
      COUNT_BIG(*) AS counts
    FROM dbo.rx
    GROUP BY pat_id, drug_class;
GO
CREATE UNIQUE CLUSTERED INDEX ON dbo.PatClassCounts(pat_id, drug_class);
GO
CREATE VIEW dbo.ClaimSums
WITH SCHEMABINDING
AS
  SELECT pat_id, 
    SUM(c.std_cost) AS [Healthcare Costs], 
    COUNT_BIG(*) AS counts
  FROM dbo.claims
  GROUP BY pat_id;
GO
CREATE UNIQUE CLUSTERED INDEX ON dbo.ClaimSums(pat_id);
GO

Erstellen Sie jetzt ein nicht-indizierten Sicht, die nicht einfach ein join zwischen diesen beiden indizierten sichten und es zu nutzen Indizes (Sie können die Nutzung NOEXPAND auf eine niedrigere edition, nicht sicher):

CREATE VIEW dbo.OriginalViewName
WITH SCHEMABINDING
AS
    SELECT p.pat_id, p.drug_class, p.counts, c.[Healthcare Costs]
      FROM dbo.PatClassCounts AS p
      INNER JOIN dbo.ClaimSums AS c
      ON p.pat_id = c.pat_id;
GO

Nun, dies alles setzt Voraus, dass es sich lohnt, vorab aggregieren diese Informationen - wenn Sie diese Abfrage ausführen selten, aber die Daten geändert werden, eine Menge, kann es besser sein, NICHT indizierten sichten erstellen.

Beachten Sie auch, dass die SUM(std_cost) von der ClaimSums Ansicht wird das gleiche für jedes pat_id + drug_class Kombination, da es nur aggregiert für die pat_id. Ich denke, es könnte ein drug_class im claims Tabelle, die Teil der join-Kriterien auch, aber ich bin mir nicht sicher. Wenn das der Fall ist, ich denke, dies könnte reduziert werden auf eine einzige indizierte Sicht.

InformationsquelleAutor Aaron Bertrand