 czym kierować się przy rozbijaniu jednej encji na kilka w projekcie bazy? |
| czym kierować się przy rozbijaniu jednej encji na kilka w projekcie bazy? |
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 124 Pomógł: 0 Dołączył: 25.11.2014 Ostrzeżenie: (10%) 
 |
Dlaczego korzystniej jest rozbić tabelę ze sporą ilością kolumn na kilka mniejszych tabel?
Mam przykładowy diagram, w którym tabela `zamowienia`połączona jest z tabelami `status` i `koszt_wysyłki`. Po co to jest rozbite na 3 tabele? -------------------- ZAMÓWIENIE -------------------- `Id_Zamowienia` `Id_Klienta` `Id_Wysylka`` `Id_Status` `Id_Faktury` `data` -------------------- STATUS -------------------- `Id_Status` `Status` -------------------- KOSZT_WYSYLKI -------------------- `Id_Wysylka` `Koszt` `Waga` Dlaczego nie wrzucić wszystkiego do jednej tabeli? |
 |
 
|
twojastara czym kierować się przy rozbijaniu jednej encji na kilka w projekcie bazy? 3.02.2015, 14:45:58 
nospor Poczytaj o tabelach słownikowych.
Czy w tym przypa... 3.02.2015, 14:50:54 aniolekx aby uniknąć redundancji,
poczytaj o relacyjnych ... 3.02.2015, 14:57:33 nospor @aniolekx w przypadku statusu nie ma mowy o redund... 3.02.2015, 15:05:13 
aniolekx Cytat(nospor @ 3.02.2015, 15:03:09 ) ... 3.02.2015, 15:05:25 nospor Cytatno na bank użyłby varchar...Nawet jesli, to t... 3.02.2015, 15:07:12 sniver Metoda słownikowa przy statusach zamówień jest uza... 3.02.2015, 15:27:52 nospor CytatMetoda słownikowa przy statusach zamówień jes... 3.02.2015, 15:40:08 sniver Chodzi o to że sprzedawca może sobie zrobić własny... 3.02.2015, 15:44:10 nospor Teraz rozumiem co miales na mysli 3.02.2015, 15:49:55 galos No dobrze, ale podstawą tego wszystkiego i główną ... 16.02.2015, 10:00:13   |
|
Aktualny czas: 24.12.2025 - 04:33 |
