![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 10 Pomógł: 0 Dołączył: 27.03.2003 Ostrzeżenie: (0%) ![]() ![]() |
Witam,
Mam dylemat dot. konstrukcji DB przechowujacej inf. nt. roznych grup produktow, kazda grupa opisana jest przez unikalne parametry, ich ilosc sie zmienia. Rozwiazania (przedst. w uproszczeniu): a) wiele tabel (np. 200, srednio kazda ok. 8pol x 6rekordow), (IMG:http://forum.php.pl/style_emoticons/default/cool.gif) jedna tabela przechowujaca wszytskie dane (200x8x6=ok 10000 rekordow). Przede wszytskim zastanawia mnie wplyw ilosci tabel z rozw. a) na wydajnosc DB / zasobozernosc / itp. (IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) ? |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarząd Postów: 2 277 Pomógł: 6 Dołączył: 27.12.2002 Skąd: Wołów/Wrocław ![]() |
Tak naprawdę jedynym przeciwskazaniem jest wygoda w obsłudze. Szczerze mówiac - ja czuję się przytłoczony, gdy np. PHPMyAdmin wywali mi bazę w której jest kilkadziesiąt tabel, a każda z nich zawiera po 2 wiersze...
Również koszystanie z takiej struktury zazwyczaj jest dosyć nieprzyjemne. Stąd zazwyczaj lepiej jest posiadzieć chwilę dużej nad strukturą i relacjami pomiędzy już istniejacymi tableami, niż tworzyć nowe. Przecież kiedyc moze się pojawić konieczność przerobienia tego systemu, przeniesienia danych - stąd lepiej mieć wmiarę zrozumiałą konstruckję. Innych przeciwskazań nie ma... |
|
|
![]() ![]() |
![]() |
Aktualny czas: 18.09.2025 - 08:08 |