Jeg har et lille spørgsmål. Kommer ens database til at køre >betydelig< langsommere, hvis der er mange posts i? Hvis ja, ved hvilken grænse bør man så tømme den?
Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
Jeg er ved at lave et logsystem der registrerer alt hvad man laver på min side. Målet er ca. 200.000 brugere, og der bliver gerne oprettet over 10-15 rækker hver gang en bruger er inde og kigge, så det kan jo hurtigt blive til mange.
Men jeg har ID på, med primær nøgle.. så det burde være fint? oder was :-)
Synes godt om
Slettet bruger
09. august 2006 - 20:03#4
Det er kræver noget, er hvis du skal bruge nogle informationer fra tabellerne. Hvis det kun er in INSERT i en tabel for de 200.000 brugere. så går det nok.. Men hvis denne sammen noget Select med join osv. så begynder det at kræve index af nogle data.
Har dine brugere ikke et id? Brug hellere et bruger-id end et brugernavn - tal er hurtigere at indeksere og slå op i end strenge. (skulle jeg bestemt mene)
Og hvis jeg kender mysql ret, skal der være et delt index på brugernavn og id (pga hans order by) - MySQL query planner er bare underlig ;P
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.