Nadmiar kolumn w tabeli bazy danych?

pytanie zadane 5 grudnia 2015 w SQL, bazy danych przez artimal Gaduła (4,800 p.)

Cześć, wiadomo, że w przypadku namiaru wierszy powtarzjących się rozbijamy to na nowe tabele. A co w przypadku kiedy tabela uzytkownicy posiadac bedzie np. 20 klumn (id, login, haslo, email, kodpocztowy, ulica, miasto, panstwo, punkty, zadanie, dzial, temat, (...) )? Czy są jakieś zasady które mówią, żeby rozdzielic nadmiar kolumn na nowe tabele? Czy warto? Nadmiar kolumn może wpływać na wydajność jeśli po SELECT będę pisał z jakich kolumn brać dane? :)

2 odpowiedzi

odpowiedź 5 grudnia 2015 przez mowmiheniek Stary wyjadacz (11,900 p.)
wybrane 6 grudnia 2015 przez artimal

Najlepsza

Hej. Powinieneś rozbić tą tabelę. Jeżeli miałbyś tabelę taką jak podał jeremus z jednym polem adres to jeszcze ok. Ale i tak bym to rozbił na mniejsze tabele bo: "wąskie tabele to bardziej efektywne przetwarzanie i składowanie ich na dysku, mniej operacji I/O". Dużo też zależy od tego jak będziesz używał swoją bazę . Jeżeli nie będzie dużo zapytań i rekordów to ok. Ale jak będzie ich tysiące to rozbij. Np. taka kolumna miasto, gdzie jest 1000 wpisów Kraków, a mógłbyś mieć 1000 wpisów IDmiasto np: 6. Pomnóż różnicę w ilości bajtów razy 1000 i dodaj inne powtarzające się miasta. Albo użytkownik będzie wpisywał Kraków, inny Krakow, a następny krakow. Przy tabeli słownikowej łatwiej znaleźć takie kwiatki i łatwiej bazę "pielęgnować". http://www.sqlpedia.pl/projektowanie-i-normalizacja-bazy-danych/

odpowiedź 5 grudnia 2015 przez Magicone Nałogowiec (45,100 p.)

W zasadzie wszystko w kolumnach relacyjnej bazy danych powinno być ze sobą powiązane. Każda tabela powinna dotyczyć pojedynczych informacji, osobno dla użytkowników, osobno dla adresu zamieszkania, osobne za elementy forum itp. Wtedy na każdą tabelę ustawiasz indeksy, a przy poleceniu SELECT robisz po prostu JOIN z tabelą, która Cię interesuje.

komentarz 5 grudnia 2015 przez artimal Gaduła (4,800 p.)

No mówi się, że tak się robi ale interesuje mnie co to za różnica. Gdy mam przykładowo takie polecenie do takiej przerośniętej w kolumny tabeli którą zaproponowałem:

SELECT id, login FROM uzytkownicy WHERE login='Jan' AND punkty='100'

Wydaje mi się nawet, że takie skakanie po minimalnych tabelach może zmniejszyć wydajność. W końcu w zasadzie wszystko można rozbić na tabele o budowie ID - COŚ.

komentarz 5 grudnia 2015 przez jeremus Maniak (59,720 p.)

masz rację . Przesadna "normalizacja" zmniejsza wydajność.

Trzeba zachować zdrowy rozsądek.Np. w przykąłdzie użytkownicy : imię, nazwisko, adres email, pesel,login hasło, adres zamiesz itd może jak najbardziej być w jednej tabeli , ale np jego hobby juz w drugiej tableli bo może mieć wiele . i nie wiesz ile , ale gdyby było ograniczenie hobby1 i hobby2 to umieściłbym takie pola w tabeli uzytkownicy.,