![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 43 Pomógł: 0 Dołączył: 22.09.2009 Ostrzeżenie: (0%) ![]() ![]() |
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`:
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`:
Ten post edytował .Wojtek 1.06.2010, 23:04:25 |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 1 748 Pomógł: 388 Dołączył: 21.08.2009 Skąd: Gdynia Ostrzeżenie: (0%) ![]() ![]() |
szczerze mówiąc nie widzę różnicy pomiędzy tymi dwoma opcjami oprócz innych nazwa kolumn, w każdym wystarczy jak wszystkie wiadomości będziesz trzymał w jednej tabeli i dasz tylko dodatkową kolumnę z ID aplikacji na podstawie, której będziesz pobierał rekordy przypisane do konkretnej strony czy tam aplikacji, nie ma sensu w takiej sytuacji bardziej tego komplikować
|
|
|
![]() ![]() |
![]() |
Aktualny czas: 15.10.2025 - 18:16 |