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 24.10.2025 18:02:46
|
|
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: |