[MySQL] Dużo shoutbox'ów Opcje

[.Wojtek]

Witam

Na mojej przyszłej stronie, obok pewnej aplikacji, będę chciał zamieścić za każdym razem pustego shoutboxa. Dana rozmowa na shoutbox'ie będzie przypisana do niepowtarzalnego ID. Jeżeli kiedyś zostanie otworzona strona z tym ID, to wyświetli się tylko rozmowa, która była prowadzona pod tym ID. Nie zamierzam zbyt szybko usuwać wpisów shoutboxa, dlatego przewiduję, że tabela shoutboxa może mieć wiele tysięcy rekordów. Ze względów wydajnościowych jak najlepiej "zaprojektować" taką bazę danych?
Myślałem o dwóch rozwiązaniach:

1. Po prostu zrobić zwykły shoutbox na jednej tabeli sql i dodać pole ID_aplikacji i gdy będę wyświetlał shoutbox'a, przeszukiwać tabelę po tym ID:

czyli:
tabela `shoutbox`:

[SQL] pobierz, plaintext 
ID || msg || ID_aplikacji
 
i 
 
SELECT `msg` FROM  `shoutbox` WHERE `ID_aplikacji` = '...'
[SQL] pobierz, plaintext 

2. ID_aplikacji będzie odnalezione w bazie do innego celu, więc może wpisy shoutboxa po linijce wpisywać do pola `wszystkie_wpisy_shoutboxa`?

czyli:
tabela `id_aplikacji`:

[SQL] pobierz, plaintext 
ID || ID_aplikacji || wszystkie_wpisy_shoutboxa
 
i 
 
SELECT `wszystkie_wpisy_shoutboxa` FROM  `id_aplikacji` WHERE `ID_aplikacji` = '...'
[SQL] pobierz, plaintext 

Ten post edytował .Wojtek 1.06.2010, 23:04:25

[tehaha]

no w końcu baza danych została stworzona do tego, żeby przechowywać dużo danych, więc nie wiem w czym tu widzisz problem, najlepiej, żeby to było w osobnej tabeli i jeden wpis to jeden rekord, a nie jakieś kombinowanie, że całą rozmowę do jednego wiersza bo to więcej komplikacji wprowadzi, jeżeli zastanawiasz się nad szybkością działania to przecież możesz dodać milion rekordów i sprawdzić ile czasu zajmuje pobranie tego