opdeling af database generelt

Kun hvis du kaster rundt med mange millioner poster.

Til de fleste opgaver vil flere sammenkørte databaser tage længere tid end een samlet.

Hvor kunne fordelene ligge ved at dele basen op ?

fortrinsvis der hvor der kunne være en fordel i at have forskellige filer til de forskellige databaser. fx. hvis du har en database der er masse store omrokeringer i liggende på en disk, og en anden database på en anden disk. - men det kommer an på serveren, og hvordan den er sat op.
Men som jeg ser det, så er det eneste sted det kan være en fordel, der hvor man har problemer med performance af diske mv.

Hvis man nu har 2 tabeller i den samme database, som konstant kontaktes af flere hundrede brugere, kunne det så ikke være en fordel at lægge hver tabel i sin egen database, for på den måde at halvere belastningen på den oprindelige database ?

Det får du ikke noget ud af. Så skal du have så meget trafik, at hele serveren bliver fuldt ud belastet, og det skal splittes op på to maskiner.
Men så bliver dataene jo adskilt, så det er nok noget helt andet der skal gøres i den situation.

Ting, som hører sammen, skal i samme database.
Ting som slet ikke har noget med hinanden at gøre, bør være i hver sin database. Undskyldningen for ikke at gøre det, kunne være sparehensyn. Hvis man fx. bruger webhotel, og kun har én database til rådighed.

tak for hjælpen :)  - I må meget gerne tjekke http://exp.dk/spm/242944 - måske kan I hjælpe mig der ?