Zobacz temat
 [MySQL] Projektowanie optymalnej bazy danych.
|
|
| poki289 |
Dodany dnia 02.03.2010 20:55:14
|
 Początkujący  Postów: 240 Pomógł: 33 Ostrzeżeń: 1  v7.02.07Data rejestracji: 26.12.2009 05:49 |
Witam, dzisiaj muszę zaprojektować bazę danych która musi obsłużyć około 5000 rekordów ( 18mb ), oczywiście z biegiem czasu będzie ich przybywać. Więc pytanie, lepsza 1 tabela w której około 5000 rekordów czy rozbić to na kategorie np. 5 tabel po 1000 rekordów? Edytowane przez poki289 dnia 02.03.2010 20:56:08 Polecam Pincio - Portal społecznościowy.
|
 |
|
| Wścibski Gość |
Dodany dnia 16.05.2024 06:43:19
|
|
Pan Kontekstualny Postów: n^x Data rejestracji: Zawsze |
|
| IP: localhost | |
| bartek124 |
Dodany dnia 02.03.2010 21:30:26
|
 Weteran  Postów: 3264 Pomógł: 236 v7.02.06Data rejestracji: 26.05.2007 12:25 |
Nie o to biega. Nie ważna liczba rekordów w jednej tabeli. Po to masz relacyjną bazę danych, aby budować relacje między tabelami. 18mb to nic, gdy bedzie to 1,8gb czy 18gb, mozna cos kombinowac (ale tego typu bazy to raczej juz nie na MySQL, raczej Oracle itp). No ale wracając do relacji. Jeśli dane w tych tabelach będą się masowo powtarzać, to lepiej jest zapakować do innej tabeli te wspolne dane i odnosić się do nich za pomocą klucza obcego. Oszczędzasz miejsce, całość jest szybsza, a i operacje zmiany jakichkolwiek danych szybsze, bo wystarczy zmiana jednego wiersza, niż osobno wszystkich.   Nie pomagam na komunikatorach oraz PW! |
 
|
|
| poki289 |
Dodany dnia 02.03.2010 21:51:29
|
|
Początkujący Postów: 240 Pomógł: 33 Ostrzeżeń: 1 v7.02.07Data rejestracji: 26.12.2009 05:49 |
Dzięki za odpowiedź , w DB noga jestem dlatego wolałem zapytać.Od kilku godzin czytam wszystko co tyczy baz danych i z tego co wywnioskowałem to nie ważne jakiej struktury w tym przypadku użyje (jak już wspomniał Bartek 18mb to nic), ważniejszą sprawą jest optymalizacja i cachowanie zapytań. Edytowane przez poki289 dnia 02.03.2010 21:53:23 Polecam Pincio - Portal społecznościowy.
|
|
|
|
| Pinhead |
Dodany dnia 02.03.2010 22:10:23
|
 Początkujący Postów: 136 Pomógł: 12 Ostrzeżeń: 1 Data rejestracji: 02.03.2009 11:58 |
Nie ukrywam ze sam bym chętnie skorzystał. Dzisiaj dostałem ostrzeżenie od mojego providera z groźbą zawieszenia serwisu w czasie tygodnia, jeżeli nie popracuje nad nim. Wywaliłem ze strony mnóstwo rzeczy, jest lepiej, ale i tak wiem że mam coraz więcej zapytań na bazę, bo liczba odwiedzin rośnie, w rankingu Alexa.com strona idzie coraz wyżej. Jakiś prosty system cacheowania zapytań by był na wagę złota (taki dla takiego jak ja lamera), nie potrafię nawet wstawić prostego licznika zapytań, tego jaki napisal Bartek, bo się strona sypie...
|
|
|
|
| bartek124 |
Dodany dnia 02.03.2010 22:25:33
|
|
Weteran Postów: 3264 Pomógł: 236 v7.02.06Data rejestracji: 26.05.2007 12:25 |
Pinhead - to już raczej na osobny temat  Z tego co widze po Twojej stronie, wcale nie powinieneś mieć problemów z zapytaniami. Chyba że na czymś ostro jedziesz tę bazę, na niezoptymalizowanym dodatku czy coś.Struktura też jest ważna, indeksy, odpowiednie łączenie tabel itp, to wszystko, jeśli jest mądrze zaplanowane, może zauważalnie przyspieszyć działanie. Zapytania to już inna bajka, jednak ze strukturą mają dużo wspólnego, bo trzeba w nich wykorzystywać łączenia, a na komórkach łączeniowych najlepiej nakładać indeksy etc etc... Edytowane przez bartek124 dnia 02.03.2010 22:26:20 Nie pomagam na komunikatorach oraz PW! |
|
|
|
| Przejdź do forum: |