PHP MySql Query i opterecenje servera ?

[ColdKeyboard]

Treba da napravim 4 sql tabele,

prve dvije ima 10 polja od kojih su skoro svi int ili varchar (30)

druge dvije imaju 100 polja od kojih su sva polja int (1) i imaju vrijednosti 1 ili 0


Interesuje me koliko bi opterecavalo mysql i http server kada bih cesto pozivao ove dvije tabele sa po 100 polja. (cesto je odprilike 30ak puta u minuti a mozda manje a mozda vise ali nakon prve 3-4 minute onda bi pozivi bazi bili jako rjedji...)

[cvele]

Nisi dao dovoljno informacija...

1. Koliko su velike tabele
2. Koliko redova odjednom citas
3. Na kakvoj se masini nalazi mysql server

U principu pozivi na svake 2sec nisu nista, cak je to veoma malo.

[ColdKeyboard]

Najbitnije mi je za ove dvije tabele sto imaju 100 polja.

Svako polje u tim tabelama ima duzinu 1 i vrijednost je 0 ili 1

A morao bih da citam sve redove iz te tabele odjednom...

[jablan]

Čoveče, nisi odgovorio ni na jedno pitanje...

Originalno napisao cvele

1. Koliko su velike tabele
2. Koliko redova odjednom citas
3. Na kakvoj se masini nalazi mysql server

4. Kakav ti je upit?

BTW, 100 polja tipa BIT može biti indikator da ti normalizacija nije urađena kako treba.

[cvele]

Da pojasnim

Koliko su velike table = Koliko redova imas

Da se nadovezem

Posto toliko cesto moras da citas, pretpostavljam da moras da insertujes/updejtujes jos cesce... da sam na tvom mestu mene bi to vise zabrinjavalo.

[Dejan Topalovic]

Nabrzaka jedan savjet - umjesto int(1) koristi tinyint(1).

[kodi]

Originalno napisao ColdKeyboard

Interesuje me koliko bi opterecavalo mysql i http server kada bih cesto pozivao ove dvije tabele sa po 100 polja. (cesto je odprilike 30ak puta u minuti a mozda manje a mozda vise ali nakon prve 3-4 minute onda bi pozivi bazi bili jako rjedji...)

ako se podaci ne menjaju u toku tog jednog minuta, i ako je mysql query cache ukljucen to ne bi trebalo da bude problem, mada uvek mozes da dodatno kesiras podatke.


blagi off:
procitah negde, valjda u high performance mysql da je dobra fora za tabele sa mnogo polja (tipa user_details na socijalnim mrezama) da tu tabeleu podelis na dve, jednu u kojoj cuvas podatke kojima bas cesto pristupas (user, pass, email...) i drugu u kojoj su podaci koji se vide samo na pojedinim stranicama, ili koje samo korisnik i vlasnici vide (adresa, telefon, education info....)

[ivanhoe]

jako je bitno (rekao bih najbitnije) kakve upite pravis ? Sta je u WHERE, da li radis ORDER BY, GROUP BY, itd.. Od toga ti zavisi koje indexe mozes da koristis, i kako...

Umesto da imas 100 polja koji su 0 ili 1 (za sta bi mogao da koristis BOOLEAN) mozes da koristis 4 (~100/32) integer polja gde su vrednosti mapirane u bite, a da upite nad tim poljima pravis pomocu bit maski. Ustedeo bi jako puno prostora, i dobio na brzini (znatno manji index, jos ako je myisam tabela pa ima fixnu velicinu rekorda bila bi jako brza)

[cvele]

Off Topic:
@ivanhoe
boolean u mysql je tinyint(1)

[DejanVesic]

Da li vrednosti pojedinih polja čitaš nezavisno jedno od drugog ili čitaš svih sto polja od svakog sloga svaki put?

Pitam, jer sam nekoliko puta koristio foru da umesto n int (boolean) polja koristim samo jedno polje od char(n) slogova; i upisivao vrednosti kao:

"1001010101 ...... "

Dohvatanje jednog stringa od n karaktera i programsko deljenje u niz je solidno brzo.