Baza czy jakoś inaczej? Opcje

[NickOver]

Cześć.
Tworzę projekt. Nie chce się nad nim rozwodzić ale potrzeebuję waszej pomocy.
Jest kalendarz, każdy kalendarz ma dzień. Dzień jest podzielony na około 20 segmentów (zależy) użytkownik dodaje do kalendarza zadanie które będzie trwało jakiś czas (podział kalendarza jest na pół godziny a user może dodać info że wydarzenie będzie trwało 30 min, godzine półtorej itd.) Dodatkowo "właściciel" kalendarza może "zablokować" konkretne godziny (wtedy user nie może dodać na nich zadania). Moim pytaniem jest jek i gdzie to trzymać. Myslałem o bazie sql lecz problem jst w tym że według moich założeń takich kalendarzy będzie paredziesiąt. Będzie ona czyszczona ale informacje z przynajmniej 3 miesięcy po i 2 miesięcy przed każdym dniem muszą być trzymane więc 30*5*20 = 3000 rekordów razy paredziesiąt kalendarzy (powiedźmy 60) daje nam 180000. Jeśli SQL to dla każdego kalendarza robić osobną tabele czy wszystko w jednej? Oczywiście pytam pod względem wydajnosci i szybkości działania. Jeśli nie SQL to co (od razu poproszę z linkami jeśli można).
Z góry dzięki za odpowiedzi i pozdrawiam.
NickOver

Ten post edytował NickOver 1.12.2014, 23:28:27

[markuz]

kalendarz
- id
- uzytkownik_id

zadanie
- id
- kalendarz_id
- uzytkownik_id
- data_od
- date_do

blokada
- id
- kalendarz_id
- data_od
- data_do

[by_ikar]

180k rekordów to dla wielu baz danych pikuś. Więc się tym nie przejmuj że będzie tego dużo, może być dużo, odpowiednie indeksy i może tam być kilkanaście milionów rekordów i nie zauważysz różnicy.

[SaMi]

Tak jak pisali poprzednicy, śmiało możesz korzystać z DB grunt to przemyślana struktura/relacje i indexy.