Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Optymalizacja bazy
TakiJakis
post
Post #1





Grupa: Zarejestrowani
Postów: 54
Pomógł: 0
Dołączył: 7.11.2004

Ostrzeżenie: (40%)
XX---


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)?
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
TakiJakis
post
Post #2





Grupa: Zarejestrowani
Postów: 54
Pomógł: 0
Dołączył: 7.11.2004

Ostrzeżenie: (40%)
XX---


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)...
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 25.09.2025 - 17:08