Hvor stor?

0 kb.

den skal ikke være ret stor... hvor utroligt det end måtte lyde har mercur8 faktisk ret...

indexes kan gøre meget for selects... men hvad de gør godt for selects gør de også dårligere for inserts og updates...

Hvis dit spørgsmål i virkeligheden er "Hvornår stopper performance med at være acceptabel i mit system?", kræver det en del mere indsigt at kunne besvare spørgsmålet.

For det første, hvad er acceptabel? Hvilke operationer foretager du på din database? Hvad er dit database design? Mv.

og ikke mindst: hvilken maskine kører det på?

Et andet relevant spørgsmål kunne være 'Hvilken type maskine kører mySQL serveren?'. Dennes performance mv.

hehe

Enhver post vil relativt være med til at sænke hastigheden. Hvis din maskines hardware (CPU og RAM) er passende, skal du normalt over 100.000 rækker (afhængigt af antallet af kollonner og den udformning de har).

Varchars eller andre datatyper med variabel størrelse er med til at trække performance ned.

Indexes på de kolonner du (normalt) bruger i søgninger, kan være med til at minere dette, men laver du for mange, koster de performance når du ændrer i indholdet af tabellen.

Check den hastighed dine queries kører med ved at skrive explain foran dem, du kan nogen gange forbedre performance ved at ændre på rækkefølgen af parametrene (selvom den indbyggede optimizer burde klare dette, så gør den det ikke altid).

RAM er som regel en god opskrift på at få mysql til at køre bedre :-)

Vi har i de tabeller jeg arbejder med ofte flere hundrede tusinde rækker, og typisk svartider ligger på 0.01 sekund eller lavere.