Chcialbym zapytac profesjonalistow, poniewaz to jest kluczowym aspektem calego mojego przyszlego projektu (a maly nie bedzie ).

Problem
Zalozmy:
mam 2 dzialy
- smieszne sms-y
- kawaly

Obie tabele w BD beda wygladac podobnie z tym, iz kawaly beda zawieraly dodatkowo kolumne "kategoria". W obu beda naliczane uniq ID.

Kawaly:
ID | kto_dodal_id | data_dodania | kategoria | tresc
SMSy:
ID | kto_dodal_id | data_dodania | tresc (w ostatecznosci mogbym i tu dodac kategorie ale zalozmy ze nie chce)

Pytania
Czy warto bawic sie w podzial tych dzialow na osobne tabele czy pozostawic rozdzielnie?
Czy latwiej byloby je pozniej polaczyc czy tez odwrotnie - rozdzielic na mniejsze?
Jakie moga byc konsekwencje podzialu na mniejsze lub na 1 wieksza?
Ktora z nich bardziej przeciazala by BD i czy bylo by to w stopniu niewielkim czy tez znaczacym (np 1000 kawalow + 1000 SMSow)?

przy takiej konfiguracji zrobiłbym po prostu "śmieszne SMS" jako kategorię w tabeli "kawały" i trzymał wszystko razem...

Przed chwila zrobilem przyklad projektowanej przezemnie bazy w karkuszu kalkulacyjnym i wrzucam go ponizej.
Prosze o rady jak to najlepiej zooptymalizaowac



Wymyslilem iz mozna by to podzielic na 4 tabele:

glowna dzial id id_user kategoria data_dodania www(tresc)
dodatkowa id tytul opis wyswietlen pobran
oceny id id_user ocena data_oceny
komenatrze id id_user data komentarz

czy pozniejszy podzial tej tabeli na mniejsze pozycje stanowil by uzy problem? Poniewaz jesli sie rozrosnie do nawet kilkuset MB to taka opcja byla by raczej koniecdznoscia?

Jakies rady?