SQL: Select * Usando

Question

Eventuali duplicati:
Which is faster/best? SELECT * or SELECT column1, colum2, column3, etc.

E 'cattiva pratica da usare Select *?

Stavo passando un vecchio codice e ho visto alcune istruzioni "SELECT *". Il mio collega precedente mi aveva detto che Select * era una cattiva pratica, ma non riuscivo a capirne il motivo (a meno che ovviamente non avessi bisogno di restituire alcuni campi). Ma per i 'dettagli recuperati' completi (Ottieni per query di tipo Id) Seleziona * sembra giusto.

Answer 1

Sì, è considerato una cattiva pratica.

È meglio specificare un elenco di colonne esplicito, soprattutto se la tabella contiene molte colonne e ne servono solo alcune.

Answer 2

Anche se è necessario selezionare tutte le colonne è ancora meglio specificare loro piuttosto che usare 'selezionare *'

Answer 3

Se si verificano modifiche allo schema (vengono aggiunte colonne extra), questi saranno catturati dalla vostra applicazione. Ciò potrebbe non essere auspicabile, ad esempio, se si associa dinamicamente una griglia a un DataTable. Inoltre, comporta un sovraccarico maggiore sulle comunicazioni di rete.

Anche se si selezionano tutte le colonne a partire da oggi, definire le colonne in base al nome: è leggibile ed esplicito. Qualsiasi colonna aggiuntiva non causerà alcun problema con il tuo codice.

Answer 4

È una cattiva pratica.

Se lo schema cambia lungo la strada, l'applicazione chiamante può ottenere più campi di quanti ne sappia.

Inoltre, si ottengono più informazioni di quelle necessarie, il che influisce sulle prestazioni.

Inoltre, implica anche che non si conoscono le colonne.

Answer 5

Utilizzando SELECT * è cattiva pratica per due ragioni:

• Può tornare colonne aggiuntive che non ti servono, sprecando banda
• Si può rompere il vostro codice, se qualcuno aggiunge una colonna

Answer 6

Sì, selezionare * è una cattiva pratica. Per uno, non è chiaro agli altri sviluppatori quali colonne stai usando veramente. Li stai effettivamente utilizzando tutti? Cosa succede quando aggiungi colonne stai usando anche quelle? Ciò rende molto più difficile il refactoring dei nomi delle colonne in caso di necessità. In secondo luogo, ci sono alcuni casi in cui alcuni sistemi di database ricorderanno quali colonne esistevano al momento della creazione di un oggetto. Ad esempio, se si crea una stored procedure con Select *, cuocerà le colonne esistenti nella tabella al momento della compilazione. Se la tabella cambia, non riflette quelle modifiche nella stored procedure. Non c'è davvero alcun motivo per usare Select * oltre la pigrizia.

Answer 7

Quando si utilizza SELECT *, si sceglie di scambiare la produttività immediata (scrivendo una query più rapidamente) per la potenziale produttività di manutenzione (nel caso in cui la query sottostante cambi e quindi rompa codice/query dipendenti). La "cattiveria" della pratica è un'attività di gestione del rischio.