Jakie są plusy i minusy używania `select table_name. *`?

Question

Słyszałem, że jest to zły sposób pisania zapytań w ogóle, ale zastanawiam się, co ludzie mówią nowym użytkownikom SQL.

Czy to naprawdę zła forma, czy po prostu leniwy?

Tak więc, aby nie prosić o zbyt wiele opinii na ten temat, jakie są dobre powody, dla których jest on używany w zapytaniach, poza tym, że nie trzeba wpisywać nazwy każdego pola. Ponadto, czy te przyczyny przeważają nad szkodliwym działaniem?

Answer 1

Kiedy twój program wie o strukturze twojego stołu podczas kompilacji lub konfiguracji, użycie select * nie jest dobrym pomysłem: każda zmiana w strukturze twojego stołu może złamać strukturę wyników wracających z zapytania , ostatecznie powodując błędy w czasie wykonywania.

Istnieją jednak przypadki, kiedy * jest niezbędny. W szczególności, jeśli twój program "dynamicznie uczy się" struktury twoich tabel przez czytanie metadanych wracających z zapytania, użycie polecenia "wszystkie kolumny" pozwala twojemu programowi dynamicznie pobierać zmiany do twoich tabel.

Jest rzeczą oczywistą, że korzystanie z * do zapytań ad-hoc w ulubionym smaku SQL Studio/SQLPlus/etc. jest bardzo powszechne i wygodne.

Answer 2

Podczas korzystania z wieloznacznika * system musi przetworzyć nazwy wszystkich kolumn dla tej tabeli i je zwrócić.

Dlatego korzystanie z * jest gorsze dla wydajności niż faktyczne ręczne wpisywanie ich wszystkich.

Ogólna zasada polega na tym, aby tego nie używać, jeśli nie trzeba, i zamiast tego podać kolumny, które faktycznie są wymagane.

Answer 3

Korzystanie z select * polega na kolejności zachowywanych kolumn. Z relacyjnego punktu widzenia kolejność kolumn jest nieistotna. Poniższe dwie tabele są identyczne podczas pracy nad nimi:

create table alpha (int id, int value); 
create table beta (int value, int id); 

Tylko jedna rzecz, która różni się między nimi jest kolejność kolumn. Nazwy kolumn & są identyczne. Kolejność kolumn należy traktować we wszystkich przypadkach jako wewnętrzny szczegół implementacji i jako taka nigdy nie powinna być zaprogramowana.

Istnieją okoliczności, w których po prostu chcesz wybrać wszystkie kolumny, bez uwzględnienia kolejności. (Na przykład, programy do analizy danych mogą wykonywać pewne rodzaje zapytań w celu określenia struktury tabeli - ale znowu, struktura jest nazwami/typami danych kolumn, a nie ich kolejnością.

Nie używaj tego .

Answer 4

książka SQL Antipatterns obejmuje ten temat szczegółowo w rozdziale „niejawne kolumny”.

najbardziej typowe zastosowanie zamiennika dla fieldnames w zapytaniu jest podczas pisania zapytania ad-hoc. jest szybszy wpisać "*", zamiast wpisywać każdą nazwę pola, która ma zostać zwrócona Czas programisty jest dość drogi, więc nie ma powodu, by martwić się nieznacznym wzrostem wydajności podczas uruchamiania zapytania ad-hoc, gdzie " Będziemy marnować więcej czasu na wpisywanie nazw.

Jednak nadal należy znać schematy bazy danych, ponieważ oczekiwanie na wartości z kolumny "blob" na dużej liczbie wierszy może również zmarnować dużo czasu, szczególnie jeśli wszystko, co potrzebne, było wartością klucza podstawowego .

Za pomocą SELECT *, możesz uzyskać dobrą wydajność w danym zapytaniu, ponieważ zwraca niewielki zestaw wyników może kilkaset bajtów, jednak dodać kilka pól kropli do tabeli dla innej funkcji, a może teraz zestaw wyników znajduje się w milionach bajtów i nagle zapytanie jest powolne, mimo że dane, których faktycznie używasz, są bardzo małe. Aby uniknąć tego problemu, nazwij kolumny w zapytaniu.

Jeśli używasz , aby automatycznie dodawać wartości nowych kolumn po ich dodaniu, nadal będziesz ofiarą powyższego scenariusza. To kompromis, który musisz wybrać.

Ważne jest, aby używać SELECT *, o ile masz powód, z wyjątkiem tego, że lenistwo nie jest uzasadnionym powodem.