Während von „SELECT *“ im Produktionscode oft abgeraten wird, gibt es tatsächlich Fälle, in denen dies gerechtfertigt sein kann.
Audit-Trigger
Audit-Trigger können von der Verwendung profitieren „AUSWÄHLEN “. Wenn der Basistabelle zusätzliche Spalten hinzugefügt werden, stellt die Verwendung von „SELECT “ sicher, dass ein Fehler ausgelöst wird, wodurch verhindert wird, dass der Audit-Trigger und die Tabellenstruktur übersehen werden.
Abgeleitete Tabellen
„SELECT “ kann in abgeleiteten Tabellen und Spaltentabellenausdrücken nützlich sein. Durch die Verwendung von „“ werden alle Spalten einbezogen. So wird sichergestellt, dass neue Spalten, die zur Basistabelle hinzugefügt werden, automatisch in die abgeleitete Tabelle oder den CTE aufgenommen werden.
SQL Server-Optimierung
In SQL Server erkennt der Optimierer, dass in einer Abfrage nur bestimmte Spalten benötigt werden, auch wenn „SELECT *“ in einem Tabellenausdruck verwendet wird. Daher entsteht kein zusätzlicher Aufwand beim Abrufen und Verwerfen unnötiger Spalten.
Ansichten (mit Vorsicht)
Im Prinzip kann „SELECT “ akzeptabel sein Ansichten, da es sich um das letzte SELECT aus der Ansicht handelt, in der es vermieden werden sollte. Allerdings ist in SQL Server Vorsicht geboten, da Spaltenmetadaten für Ansichten nicht automatisch aktualisiert werden, wenn sich die zugrunde liegende Tabelle ändert. Die Verwendung von „“ kann zu falschen Ergebnissen führen, es sei denn, die Ansicht wird mit sp_refreshview.
aktualisiertDas obige ist der detaillierte Inhalt vonWann ist die Verwendung von „SELECT *' in SQL tatsächlich gerechtfertigt?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!