Struktura tabel forum, Które z rozwiązań jest wydajniejsze Opcje

[Athlan]

Witam.

Jestem w trakcie pisania nowego forum do projektu, kiedy przyszedł mi do głowy jeden pomysł: aby trzymać tematy i posty w jednej tabeli, a właściwie pozbyć się konstrukcji ramowej powszechnie znanego rozwiązania jakim jest trzymanie postów i ram tematów w osobnej tabeli.

Tabela miałaby mniej więcej taką budowę:

[SQL] pobierz, plaintext 
CREATE TABLE  `cms_forum` (
 `post_id` INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,
 `post_parent` INT( 11 ) NULL ,
 `post_title` TEXT NOT NULL ,
 `post_text` TEXT NOT NULL ,
 `post_date` DATETIME NOT NULL ,
 `post_user` INT( 11 ) NOT NULL
) ENGINE = MYISAM ;
[SQL] pobierz, plaintext 

Doszukałem się kilku zalet i wad:

+ łatwa implementacja, szybkie usuwanie tematów, bez sprawdzania, czy ten nie jest czasem pierwszym (temat)
- odejście od sprawdzonego już, szybkiego i optymalnego rozwiązania - wolny listing tematów
- nagromadzenie dodatkowych pól, których nie przedstawiłem w powyższej strukturze, czyli post_status_locked, post_status_sticked itd, co spowoduje nagromadzenie danych, choćby zero jedynkowych.

Prosiłbym o opinie i podzielenie się doświadczeniami w projektowaniu fór.

[wookieb]

czy ten nie jest czasem pierwszym (temat)

A po co takie sprawdzanie?

Ja mam standardowo, mniej wiecej tak

Kod

id (int)
topic_name (varchar)
last_post (int)
...

Dzięki zachowywania id_ostatniego_postu w bardzo latwy i szybki sposob moge go wyciagnac i przedstawic w listingu.

Jezeli chodzi o kategorie to polecam drzewo left right. Jednym latwym i szybkim zapytaniem wyciagniesz ostatni post, ostatni temat z wszystkich podkategorii itd.

Rozdzielenie tabel na takie czesci jest bardzo wydajne wiec nie widze naprawde dobrego powodu dla ktorego warto od nich odchodzić.