Database trafik/belastning

Du kan ikke gøre det op på den vis.

Umiddelbart vil det SÆNKE belastningen hvis du samler dine produkter i en og samme tabel.

Det vil nemlig betyde at dine udtræk og dine joins bliver simplere - specielt hvis udtræk dækker mere end et produkt.

At splitte op i et utal af små tabeller er sjældent en fordel - at samle alt i en og samme tabel er heller ikke en fordel. Database design er meget langt at finde en balance gang i forhold til hvor meget man skal normalisere data.

Grunden til at jeg ville samle mine produkter i een tabel, er for at gøre en søgning (på alle produkter) nemmere.

Tror bare jeg lader det ligge.

Btw. Mine udtræk vil ikke blive mere simple, af at benytte een tabel - kun ved en total søgning.

Selvom du ikke forsimpler dine queries så vil det stadig være en fordel.

Hvis du har flere brugere som selecter data for forskellige produkter, så
vil brug af en tabel gøre udnyttelsen af memory cache mere effektiv og dermed
spare IO og øge performance.

ahhh... det er jo en fordel :)

damn, der skal arbejdes i aften :P
Takker for svarene.

Arne_v; Kan du ikke lige lave et svar, så i begge kan få point :)

arne_v> fint input. Min viden om MySQL er ikke så detaljeret at jeg turde komme ind på den slags.

svar

trer>

Jeg er heller ikke super kyndig udi MySQL internals.

Men p.g.a. den måde MySQL gemmer (MyISAM) tabeller med 1 fil per tabel, så
må det nødvendigvis være sådan.

kqp43> et lille tip, du burde kunne samle dine produkter ret nemt med

insert into sampletprodukt
select * from produkt1
union all
select * from produkt2
union all
select * from produkt3
etc...

Så er der kun det kedelige arbejde med at skrive queries om ...

Forudsat at det er MySQL 4.x ...

trer; forstår ikke rigtigt.
Hvad betyder union? (ikke noget jeg før har brugt)

union ligger output fra forskellige SELECT statement "ovenover hinanden".

SELECT * FROM A giver
1 a
2 b

SELECT * FROM B giver
3 c
4 d

(SELECT * FROM A) UNION (SELECT * FROM B) giver
1 a
2 b
3 c
4 d

åhhh... I stedet for at lave 3-4 forskellige queries (for at få forskellige data ud fra forskellige tabeller), så kan man nøjes med at lave én query (ved brug af union). Kræver det ikke at kollonerne har forskellige navne i alle tabellerne?

Nej.

Du skal blot være opmærksom på forskellen i UNION og UNION ALL.  Med UNION har du en implicit DISTINCT med, dvs at

tabel A
1 a
2 b
3 c

tabel b
1 a
2 d
3 e

giver en UNION 5 rækker ud (dubletten 1 a forsvinder) mens UNION ALL giver 6 rækker ud.

Tror ikke det er noget jeg har brugfor lige nu.