mysql "hitrost"

s samim php + mysql zadevam se ne ukvarjam glih veliko časa, ampak sedaj imam eno malo večjo zadevo za izdelat, pa se mi poraja vprašanje hitrosti, ko je v sistemu recimo (relativno) "ogromno" podatkov.

torej recimo da baza vsebuje nekje od 1000-3000 novih vpisov v enem letu, torej recimo v roku 5let bi bilo v bazi (mišljeno ista tabela) 10.000-15.000 vpisov.

zanima me, kako se zadeva obnaša, predvsem hitrost, ko ima tako število podatkov v eni tabeli (druga bo imela podobno, vendar malo manj). Če je to preveč podatkov v tabeli, da zna hitro upočasniti sistem, kakšna je najboljša rešitev? da za vsaj dogodek (ob kreiranju dogodek) se tudi ustvari nova tabela? ali raje kreiram novo tabelo glede na leto (08-09,09-10,...)?

1 dogodek ima recimo nekje od 50-150 (odvisno od dogodka) vpisov. V glavnem rabil kak dober nasvet, kako zadevo postavit, da bo še vedno ali z leti ali v primeru zelo hitre rasti (uporabe aplikacije) zadeva še vedno delovala dokaj hitro?

pa še vprašanje, pozna kdo kako dobro knjigo o objektnem programiranju v php? ker tele zadeve okoli dedovanja, objektov mi niso najbolj jasne,... eknjiga ali navadna (bom skoču v knjižnico)

hm, kar se tiče PostgreSQL, sm omejen na MySQL, tukaj ne morem spreminjat zadev. Bom pa vsekakor pogledal za indexiranjem, kak nasvet, kako iskat (ključne besede) bi še prav pršle, da ne tavam preveč po temi :-) Ker do sedaj nisem imel opravka z večjimi količinami podatko v bazi.

edit: aya kot si omenil, tukaj bo veliko več branja kot pisanja

To ni nič vpisov, kaj maš ti v bazi. To bi še access baza delala normalno. Tako da brez skrbi.

Veron je 15. jun 2010 ob 22:14 izjavil:

Torej predlagate, da se zadeve lotim kar klasično, ena tabela pa še poštimam indexe (že nekaj našel na to temo, zanimivo branje) in bi moralo delat ok? Gre sicer za neko spletno aplikacijo, ki bo predvsem obremenjena v zimski sezoni.

Koliko poizvedb hkrati pa lahko sprejme mysql? (pričakuje se naval ob določenih terminih)

To je pa preveč odvisno od samih poizvedb, hardwarea, seveda indeksov, ... za konkreten odgovor.

V glavnem poskrbi za ustrezno keširanje (cache).

Za tolko malo podatkov kot jih boš imel ti sploh ni problema.
Osebno laufam internetno stran z 9,6 miljoni pesmi v eni mysql tabeli in okoli 40.000 obiskovalcev na dan. In dela brez problemov... sam indexe pravilno postavi na vsa polja kjer boš delal SORT BY ali WHERE poizvedbe.

Tabela: track
Vrstice: 9,603,274

SELECT * FROM `track` WHERE `artist` =946
(1,612 skupaj, Poizvedba je potrebovala 0.1855 s)

SELECT t1.name AS title, t2.name AS artist FROM track t1, artist t2 WHERE t1.artist = t2.id AND t2.id =123
2,185 skupaj, Poizvedba je potrebovala 0.1662 s

to je samo za primer. Če pa imaš dosti iskanja po kakih textovnih poljih potem pa ti predlagam uporabo Sphinx Full Text indexerja (http://www.sphinxsearch.com)