---

Jeg kunne godt tænke mig at vide om der er en grænse for hvor mange tabeller
man må/kan oprette i én database i mysql uden at det giver
performancemæssige problemer.
Og er der overhovedet et grænse?

Jeg skal gemme noget information om nogle brugere, og jeg har tænkt mig at
oprette flere tabeller for hver bruger.
Er dette at skyde sig selv i foden når der kun er en enkelt database at gøre
godt med?


M.v.h. Mikkel

---

Mikkel Christensen wrote:
> Jeg kunne godt tænke mig at vide om der er en grænse for hvor mange tabeller
> man må/kan oprette i én database i mysql uden at det giver
> performancemæssige problemer.
> Og er der overhovedet et grænse?
>

Ud fra den betragtning at hver tabel bliver gemt som en raekke filer paa
en af serverens diske, saa vil filsystemet paa et tidspunkt naa en
graense naar tabel-filerne tilsammen naar en vis stoerrelse. Hvis man
eksempelvis bruger Linux med en 2.2.x kerne, saa maa/kan databasen ikke
fylde mere end tilsammen 2147483647 bytes, men ved en opgradering til en
2.4 kerne kan ens database godt fylde mere end to gigabyte.


> Jeg skal gemme noget information om nogle brugere, og jeg har tænkt
mig at
> oprette flere tabeller for hver bruger.
> Er dette at skyde sig selv i foden når der kun er en enkelt database
at gøre
> godt med?
>

Det kommer an paa hvad du forbinder med at skyde sig selv i foden.
Normalt er det ikke "god stil" at lave en tabel for hvert stykke
information man vil gemme i relationelle databaser. Performance-maessigt
skal du nok have mange tabeller foer du maerker noget til det, men ved
et saadan design snyder du dig selv for mange af de ting som er styrken
i SQL. Man kan ogsaa tage et andet eksempel: To millioner raekker i en
tabel -> det ved alle, at MySQL snildt kan haandtere. To millioner
tabeller i en database -> saa bevaeger man sig ud paa land hvor de
faerreste kommer saa tit.

--

Mvh.
Frank Sørensen
http://www.jkelloggs.dk/

---

> > Jeg skal gemme noget information om nogle brugere, og jeg har tænkt
> mig at
> > oprette flere tabeller for hver bruger.
> > Er dette at skyde sig selv i foden når der kun er en enkelt database
> at gøre
> > godt med?
> >
>
> Det kommer an paa hvad du forbinder med at skyde sig selv i foden.
> Normalt er det ikke "god stil" at lave en tabel for hvert stykke
> information man vil gemme i relationelle databaser. Performance-maessigt
> skal du nok have mange tabeller foer du maerker noget til det, men ved
> et saadan design snyder du dig selv for mange af de ting som er styrken
> i SQL. Man kan ogsaa tage et andet eksempel: To millioner raekker i en
> tabel -> det ved alle, at MySQL snildt kan haandtere. To millioner
> tabeller i en database -> saa bevaeger man sig ud paa land hvor de
> faerreste kommer saa tit.

Mange tak
Men én tabel kan jo hurtigt blive større end 2 mio records - omvendt vil
kapaciteten ikke blive ydnyttet hvis der er for mange små som hvis der var
en for hver bruger.
Det er jo lidt et dilemma....

---

"Mikkel Christensen" <barefoot@e-mail.dk> wrote in message
news:9krn6a$4lh$1@sunsite.dk...

> Mange tak
> Men én tabel kan jo hurtigt blive større end 2 mio records - omvendt vil
> kapaciteten ikke blive ydnyttet hvis der er for mange små som hvis der var
> en for hver bruger.
> Det er jo lidt et dilemma....

Jeg kender ikke MySQL, men det skulle undre mig *meget* hvis du ikke minimum
kan have 2^32 poster i en tabel eller i hvert fald det halve, dvs. over 2
milliarder.

Pladsmæssigt vil en ny tabel altid fylde mere end en ekstra post.

Performencemæssigt er det utænkeligt at der skulle være noget at vinde ved
at placere samme type informationer i forskellige tabeller.

mvh. jesper