![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 54 Pomógł: 0 Dołączył: 7.11.2004 Ostrzeżenie: (40%) ![]() ![]() |
Założmy, że mamy bazę danych, w niej tabelę posty. W tej tabeli komórki autor_id, data, treść itp... Założmy, że treść jest zwykle długa. Czy opłaca robić się osobną tabelę dla treści? Jeśli tak, to w jakich sytuacjach to się opłaci?
Np. na czym polega szukanie, np. "SELECT COUNT(*) FROM posty". Czy to pobiera wszystkie wartości (czyli im więcej tekstu w komórce treść, tym dłużej zapytanie będzie trwało)? |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 54 Pomógł: 0 Dołączył: 7.11.2004 Ostrzeżenie: (40%) ![]() ![]() |
thornag dzieki za probe pomocy, ale nie chodzilo mi o suche regulki, a odp. na moje konkretne pytanie. Jezeli w tabeli posty z komorkami post_id, autor_id i tresc wywalimy tresc (do tabeli posty_tresci z komorkami id i tresc) i zastapimy ja komorka tresc_id, ktora bedzie odnosic sie do tabeli posty_tresci, to bedzie to odstapienie od zasad normalizacji. Moje pytanie brzmi, czy warto takie cos zastosowac, by zyskac na szybkosc. Wydaje mi sie, ze odp. MaKARONa jest ok, ale Sh4dow sie z nim nie zgodzil (of kors zakladajac, ze gdy raz na 1000 postow powtorzy sie jakis post w stylu "zgadzam sie", to nie bedziemy liczyc, ze jedna tresc odpowiada kilku postom, no ale to chyba jasne)...
|
|
|
![]() ![]() |
![]() |
Aktualny czas: 25.09.2025 - 17:08 |