{"id":224,"date":"2006-10-13T21:23:18","date_gmt":"2006-10-13T19:23:18","guid":{"rendered":"http:\/\/www.glorf.it\/blog\/2006\/10\/13\/sql-talk\/index-covering-und-included-columns"},"modified":"2006-10-13T21:30:03","modified_gmt":"2006-10-13T19:30:03","slug":"index-covering-und-included-columns","status":"publish","type":"post","link":"http:\/\/www.glorf.it\/blog\/2006\/10\/13\/sql-talk\/index-covering-und-included-columns","title":{"rendered":"Index-Covering und Included-Columns"},"content":{"rendered":"

Gestern gab mir ein Kollege die Ausgabe 9\/2005<\/strong> vom SQL Server Magazine (ich stehe auf dem Umlauf<\/a>). Er hatte sie in seinem Schrank entdeckt. Seitdem wir eine Clean-Desk-Philosophie haben, müssen wir alles in den Schrank räumen, wo er sie vergessen hat…<\/p>\n

Dennoch bin ich dafür dankbar, das er die Ausgabe weitergegeben hat, denn sie enthält mehrere für mich wichtige Artikel. Eine ganz interessante Sache hätte ich in der Feature-Flut des SQL-Servers-2005 sonst glatt übersehen: Included-Columns.<\/p>\n

Wer schon mal erlebt hat, wie man eine Abfrage durch Index-Covering beschleunigen kann, der wird meine Begeisterung teilen. Index-Covering beschreibt den selten auftretenden Fakt, dass in der Abfrage sowohl im WHERE- als auch im SELECT-Teil (und überhaupt im gesamten SELECT-Statement) ausschließelich Attribute zugegriffen werden, die in einem (zusammengesetzten) Index verwendet werden. In diesem Fall muss der SQL-Server gar nicht erst die Datenseiten der Tabelle lesen, es reicht den Index auszuwerten. Damit kann locker die Performance verdoppelt werden, meist noch mehr.<\/p>\n

Für Non-Clustered-Indexes können am SQL Server 2005 zusätzlich zu den Attributen, die Bestandteil des Index sind, weitere rein beschreibende Attribute beigegeben werden. Deren Werte werden dann nicht im Index-Baum\/-Pfad gespeichert, sondern nur in der Leaf-Page. Sie werden bei Index-Covering aber gezielt verwendet.<\/p>\n

Risiken und Nebenwirkungen:<\/p>\n