ce se intampla

[ancutza]

[griffin]

Poti sa testezi ce se intampla facand un script care introduce 5000 sau inregistrari in tabel.
Sfat: daca ai de gand sa folosesti tabelul in JOIN-uri (care probabil se vor face pe id_utilizator` si `id_utilitar` (cel putin asa as face eu)) trebuie sa faci index pe coloanele coloanele mentionate

[olympia]

indexarea scade viteza la insert, din cate stiu, dar e necesara la selecturi. deci daca bagi 5000 la un query, probabil se va simti.

la cate inregistrari crezi ca vei ajunge, in ritmul de 5000/zi? cel mai mult am avut intre 500.000 - 600.000 pe o tabela, si deja erau probleme pe selecturi cu anumite clauze.

cred ca ar fi preferabil sa creezi mai multe tabele pe masura ce creste nr inregitrarilor.

[Ctek]

indexarea este utila si cam necesara asa cum este sugerat mai sus.
Iti recomand sa faci cateva teste si sa te uiti pe site-ul MySQL pentru recomandari de optimizare.

Olimpia, ce preferi o intarziere foarte mica la fiecare INSERT sau sa se observe cand faci un SELECT sau JOIN ?

[olympia]

nici nu se pune problema ca indexarea nu ar fi necesara. doar ca, din cate stiu, la inserturi masive, poate sa scada viteza de vreo 3 ori.

concluzia: indexarea este un "must", iar inserturile preferabil sa fie facute in transe (dar pana la urma, scopul si structura aplicatiei in sine determina cea mai buna varianta, parerea mea).

[badtiger]

[ancutza]

[icsfails]

Cele 5000 de inserturi pe zi se fac pe tot parcursul zilei sau toate odata?
Oricum, la 1.5M inregistrari pe an poti sa lasi in acelasi tabel, macar pe parcursul unui an. Sau sa incerci
In orice caz, fa teste cat cuprinde, cu cat mai multe inregistrari, pe sistem similar cu cel pe care va sta baza de date.

[ancutza]

[olympia]

[Amenthes]