100.000 rækker i en tabel - er det for meget?

Det burde ikke være det store problem, men det forudsætter at du har et brugbart index, på de ting du søger på.

Men for tiden er det er problem i og med det går så langsomt. F.eks denne query :

SELECT SUM( point ) AS Point
FROM point_log
WHERE DATE( time ) = CURDATE( )
AND point>0

tager 0,65 sekunder.

Desuden vil databasen vokse meget endnu. Er det noget jeg må leve med?

århhh det er jo ikke noget du må gøre flere gange på en side visning..

Du bliver nød til at cache det data på en eller anden form, så du ikke skal spørge sql server ofte.

/J

Og nej, det skal ikke deles op.

hvad  datatype er dit "time" felt?  (iøvrigt ville jeg ikke bruge et reserveret ord som feltnavn).
Umiddelbart ville jeg tro at din DATE( time ) = CURDATE( )  giver en tablescan, hvor du nok burde bruge et BETWEEN statement istedet, som kan udnytte hvis du laver index på dit "time" felt

Data typen er DATETIME

Hvad vil det sige at lave index på time feltet?

et index svarer til en indholdsfortegnelse.

uden index, svarer det til at du leder efter en person i telefonbogen, ved at læse den igennem fra ende til anden, hvilket IKKE er den hurtigste løsning.

CREATE INDEX time_index ON point_log (time);
og lav så en "WHERE time BETWEEN CURDATE() AND DATE_ADD(CURDATE(), INTERVAL 1 DAY)