NIEMALS NUTZEN SIE "SELECT *" !!!!
Dies ist die Grundregel des Abfrageentwurfs!
Dafür gibt es mehrere Gründe. Eine davon ist, dass, wenn Ihre Tabelle nur drei Felder enthält und Sie alle drei Felder im Code verwenden, der die Abfrage aufruft, es eine große Wahrscheinlichkeit gibt, dass Sie mehr Felder zu dieser Tabelle hinzufügen, wenn die Anwendung wächst und wenn Ihre Select * -Abfrage sollte nur diese 3 Felder für den aufrufenden Code zurückgeben, dann ziehen Sie viel mehr Daten aus der Datenbank als Sie benötigen.
Ein weiterer Grund ist die Leistung. Denken Sie beim Abfragedesign nicht so sehr an die Wiederverwendbarkeit wie dieses Mantra:
Nimm alles, was du essen kannst, aber iss alles was du nimmst.
Es empfiehlt sich, jede Spalte nach ihrem Namen auszuwählen. Zukünftig könnte sich Ihr DB-Schema ändern, um Spalten hinzuzufügen, die Sie dann für eine bestimmte Abfrage nicht benötigen würden. Ich würde empfehlen, jede Spalte nach ihrem Namen auszuwählen.
Um nur einen Punkt zu verdeutlichen, den mehrere Leute bereits gemacht haben, ist der Grund, warum Select * ineffizient ist, dass es einen ersten Aufruf an die Datenbank gibt, um genau herauszufinden, welche Felder verfügbar sind, und dann einen zweiten Aufruf, wo die Abfrage steht wird mit expliziten Spalten erstellt.
Fühlen Sie sich frei, Select * zu verwenden, wenn Sie debuggen, einfache Abfragen ausführen oder sich in der Anfangsphase der Entwicklung einer Abfrage befinden, aber sobald Sie die erforderlichen Spalten kennen, geben Sie diese explizit an.
Wählen Sie * ist eine schlechte Programmierpraxis. Es ist genauso wahrscheinlich, Dinge zu zerstören, als Dinge zu retten. Wenn Sie nur eine Tabelle oder Ansicht abfragen, ist die Effizienzsteigerung möglicherweise nicht vorhanden (obwohl dies möglich ist, wenn Sie nicht beabsichtigen, jedes Feld tatsächlich zu verwenden). Wenn Sie einen inneren Join haben, haben Sie mindestens zwei Felder, die die gleichen Daten (die Join-Felder) zurückgeben und somit verschwenden Sie Netzwerkressourcen, um redundante Daten zurück an die Anwendung zu senden. Sie werden dies zunächst nicht bemerken, aber da die Ergebnismengen immer größer werden, haben Sie bald eine Netzwerk-Pipeline, die voll ist und nicht sein muss. Ich kann mir keinen Fall vorstellen, in dem Sie mit * etwas gewinnen können. Wenn eine neue Spalte hinzugefügt wird und Sie nicht zum Code gehen müssen, um etwas damit zu tun, sollte die Spalte nicht per Definition von Ihrer Abfrage zurückgegeben werden. Wenn jemand die Tabelle mit den Spalten in einer anderen Reihenfolge löscht und neu erstellt, haben alle Ihre Abfragen Informationen, die falsch angezeigt werden oder fehlerhafte Ergebnisse liefern, z. B. wenn der Preis in das Teilnummernfeld eines neuen Datensatzes eingegeben wird.
Plus es ist schnell, die Spaltennamen aus dem Objektbrowser zu ziehen, so dass es nur pure Faulheit ist nicht effizient in der Codierung.
Wenn Sie wirklich alle Spalten auswählen, sollte es keinen merklichen Unterschied machen, ob Sie nach * fragen oder ob Sie explizit sind. Der SQL-Server analysiert die Anfrage in etwa der gleichen Zeit auf die gleiche Weise.
Wählen Sie immer col1, col2 usw. aus der Ansicht. Es gibt keinen Effizienzunterschied zwischen den beiden bekannten Methoden, aber die Verwendung von "Select *" kann gefährlich sein. Wenn Sie Ihre Ansichtsdefinition ändern, indem Sie neue Spalten hinzufügen, können Sie ein Programm mit "select *" brechen, während die Auswahl einer vordefinierten Gruppe von Spalten (sogar alle von ihnen, named) funktioniert.
Ich schätze, alles hängt davon ab, was der Abfrageoptimierer tut.
Wenn ich jeden Datensatz in der Reihe haben möchte, benutze ich generell die Option "SELECT * ...", da ich mich dann keine Sorgen machen muss, sollte ich die zugrundeliegende Tabellenstruktur ändern. Für jemanden, der den Code verwaltet, sagt ihnen "SELECT *", dass diese Abfrage jede Spalte zurückgeben soll, während die Auflistung der einzelnen Spalten nicht die gleiche Absicht hat.
Tags und Links sql sql-server