Hvad er hurtigtst.......

hurtigst

Altså 1 tabel også i mysql (ja jeg kan ikke stave...)

hmmm det ved jeg virkelig ikke hehe men er da med på en lytter

Det er lidt mere kompliceret end som det. Kan di besakrive dine dat noget mere?

Jeg vil tro at det hurtigste er at lave 10 tabeller i mysql.
Hvis du så spørger hvorfor, så vil jeg siger fordi; Når der kun er 1 tabel med alleopløsninger skal den jo først sortere skidtet og søge ret meget. Men når der er 10 tabeller hvor alle indeholder hvad de skal, behøver den kun at søge og ikke sortere sig frem.

Ok.

En stor tabel med måske 100 tupler skal hives ud på en side. Disse 100 tupler ligger hulter til bulter dvs de skal sorteres inden de vises på en side. Hvis man modsat havde 10-20 tabeller med 5-10 tupler i hver som så allerede var sorteret... ville det være hurtigere?

hvad er "tupler".

I øvrigt er det nærmest umuligt at sige, det kommer helt an på hvad det er for noget data du hiver du, men du kan jo prøve dig frem ved at at se på genereringstiden... (selvom det måske er lidt upræcist til sådanne målinger).

Jeg kan ikke forestille mig, at MySQL bruger synderlig lang tid på at sortere udtræk fra en tabel, hvor felterne er indekseret hensigtsmæssigt - hvis dataene er relateret vil jeg mene at de bør placeres i samme tabel.

Men som de andre også skriver er det meget upræcist forklaret - det er sikkert muligt at lave to forskellige eksempler, som begge overholder din forklaring, men hvor den bedste løsning er hhv. 10 tabeller og 1 tabel!

tuple = row = record = række ... :)

Når det kommer til beregninger, sorteringer osv. vil MySQL som regel være hurtigere end PHP, så det vil i mange tilfælde være smart at lægge så meget arbejde som muligt på databaseniveau.

Men med kun 100 tuples i systemet kan det være helt ligegyldigt rent hastighedsmæssigt, med mindre vi taler om et *meget* stort load på systemet.

cute... mysql kan klare flere millioner records, såe medmindre du vil derop omkring, så er det altid nemmest for vedligeholdelsens skyld at holde dem samlet :)

Arh! Jeg kan se der er delte meninger men jeg har også forklaret dette elendigt....piv.

forklar igen then :)

at gemme tingene i mange tabeller har den fordel at så kan hver af de tabeller få en god og velegnet primærnøgle, der svarer til den rækkefølge de sedvanligvis skal bruges i. Det vil (alta andet lige) give hurtigere opslag når man kun ønsker at søge i een af de 10 tabeller.

Det har så den bagdel at når man ønsker at sammenholde indholdet at flere tabeller skal alle de tabeller åbnes og joines så de giver fornuftige records. og det kan være dyrt i eksekveringstid.

mvh JakobA

@ jakoba
Lav et svar :)

Ok. men det er vel mesre en sammenfatning af det de andre allerede har sagt :-))

Enig men du giver generelt mest mening :). Tak til alle som gad deltage, jeg tror jeg har fundet den løsning som passer bedst til systemet.