[studiox]

Om du använder Index så finns det nog ingen riktig gräns, ett par miljoner rader är ju inga större problem utan fet hårdvara. Men om du har MER än ETT index och dessutom söker på FLERA saker så kan det naturligtvis ta MER tid framförallt om du gör många JOINS.

[Lyx]

Ursprungligen postat av studiox

Om du använder Index så finns det nog ingen riktig gräns, ett par miljoner rader är ju inga större problem utan fet hårdvara. Men om du har MER än ETT index och dessutom söker på FLERA saker så kan det naturligtvis ta MER tid framförallt om du gör många JOINS.

Tack för svar.
Jo, det går ju snabbt om man söker med index. Kanske dumt av att mej att skriva så. Men låt säga att jag vill hitta ett index utifrån en annan nyckel som är på strängformat.

Är det någon som har erfaranhet om detta? Jag har aldrig haft någon stor databas så nu inför ett kommande projekt behöver jag veta hur mycket av datat som jag kan spara på. Förtillfället gör jag runt 10-20.000 insättningar per dag.

Jag är ute efter svar likande "Jag hade en databas som tillslut blev ohanterbar pga... och den var av storleken ~x cirka y records"

[digiArt]

Jag hade en tabell som drog iväg mot 4,5 miljoner rader, inga problem att använda med ett index på det. Nu har jag städat så det endast är 60 -70 000 rader (som är mer rimligt för den tabellen).

I jobbet har vi kunder med tabeller uppåt 10 miljoner rader utan problem med rätt indexering.

På tidigare arbetsplats har de en databas som totalt växer med ca 100GB per månad, inga problem med rätt indexering.

Nu pratar jag sql server.

[studiox]

Ursprungligen postat av Lyx

Tack för svar.
Jo, det går ju snabbt om man söker med index. Kanske dumt av att mej att skriva så. Men låt säga att jag vill hitta ett index utifrån en annan nyckel som är på strängformat.

Är det någon som har erfaranhet om detta? Jag har aldrig haft någon stor databas så nu inför ett kommande projekt behöver jag veta hur mycket av datat som jag kan spara på. Förtillfället gör jag runt 10-20.000 insättningar per dag.

Jag är ute efter svar likande "Jag hade en databas som tillslut blev ohanterbar pga... och den var av storleken ~x cirka y records"

Det mesta NORMALA som man gör när man är OSÄKER är att skapa TESTDATA. Före jul var jag med i ett projekt som skulle skapa data i storleksordningen 20M rader i en EV modell (Där kan du fetglömma index) så vi skapade helt enkelt 20M rader random data. På en MSSQL server med 16G ram och QuadCore Dell 2950 tog det nästan en minut att hitta rätt data, då är det ändå MSSQL som är bra på att använda externa keys.

[andi]

Ursprungligen postat av studiox

...
Före jul var jag med i ett projekt som skulle skapa data i storleksordningen 20M rader i en EV modell (Där kan du fetglömma index)
...

Varför kan man "fetglömma index" med ett sådant upplägg?

[studiox]

Ursprungligen postat av andi

Varför kan man "fetglömma index" med ett sådant upplägg?

DU kan läsa lite här http://en.wikipedia.org/wiki/Entity-...te-value_model