[mysql] 1 index vergeten te zetten, nu de lul?

[TangLeFuzZ]

Hey,

ik ben vergeten een index te zetten waar er eigenlijk wel een had moeten staan.
In m'n tabel zetten een paar honderd duizend rijen, dus als ik nu op een kolom een index wil zetten met phpmyadmin gaat het supertraag en krijg ik een timeout.

Ben ik de lul en moet ik de tabel opnieuw converteren, of kan het nog?

[Stephan Oudmaijer]

probeer het eens met een front-end.. kan zijn dat je webpage alleen een time-out geeft:

eSQLManager?

[Verwijderd]

Je timeout wat langer zetten in php.ini is ook een optie...

[TangLeFuzZ]

CK schreef op 12 February 2003 @ 14:53:
probeer het eens met een front-end.. kan zijn dat je webpage alleen een time-out geeft:

eSQLManager?

Thanks, ik zal het eerst eens met die proberen!

[D2k]

of commandline natuurlijk

[Olaf van der Spek]

Abort MySQL de 'query' dan?
Ik neem aan dat MySQL de query gewoon uitvoert en je index aanmaakt.

[TangLeFuzZ]

OlafvdSpek schreef op 12 februari 2003 @ 15:05:
Abort MySQL de 'query' dan?
Ik neem aan dat MySQL de query gewoon uitvoert en je index aanmaakt.

Dat deed hij inderdaad, maar er ging toch wat mis dus hebben we dat process gekilled.
Ik importeer alles op dit moment toch maar opnieuw, voor de zekerheid.

Nog 1 vraag, bij wat kleinere tabellen heb ik wel achteraf op bepaalde velden een index gezet. Heeft dit eigenlijk wel eens zin, of moet alles opnieuw worden ingevoerd voordat de indices daadwerkelijk worden aangemaakt?

[Kees]

nee, indexes kun je gewoon achteraf toevoegen, en soms kan dit redelijk lang duren (als ik op de messages tabel van GoT een index bijplaats kost me dat snel een uur tot 2 uur).

commandline mysql is dan je vriend, die timed iig niet uit.

[TangLeFuzZ]

Bedankt... mooizo, dat scheelt me alweer heel wat tijd

[Annie]

TangLeFuzZ schreef op 12 February 2003 @ 22:01:
[...]
Nog 1 vraag, bij wat kleinere tabellen heb ik wel achteraf op bepaalde velden een index gezet. Heeft dit eigenlijk wel eens zin, of moet alles opnieuw worden ingevoerd voordat de indices daadwerkelijk worden aangemaakt?

Dat heeft zeker zin (mits de index zinnig is natuurlijk ). Het kan soms zelfs aan te raden zijn om een index te verwijderen en opnieuw aan te maken (herindexeren).

[Olaf van der Spek]

TangLeFuzZ schreef op 12 February 2003 @ 22:01:
Dat deed hij inderdaad, maar er ging toch wat mis dus hebben we dat process gekilled.

Hoe weet je dat de query werd geabort?
Was het niet gewoon zo dat MySQL nog steeds bezig was de query uit te voeren en daarom het process leek te 'hangen'?

[Verwijderd]

wat bedoel je met index MySQL kent 3 verschillende indexes (hetzijn: INDEX, UNIQUE, PRIMARY KEY).
als je je primary key wilt toevoegen aan bestande tabel volgende query is handig:

ALTER TABLE tabel_naam ADD PRIMARY KEY kolom_1 kolom_2 kolom_3

voor wijzigen van PRIMARY KEY van een tabel moet je eerst je tabel de PRIMARY KEY verwijderen:

ALTER TABLE tabel_naam DROP PRIMARY KEY

en daarna voegt je de nieuwe PRIMARY KEY (kijkt eerst query)

suc6

[Olaf van der Spek]

Nee, dat zijn drie verschillende dingen waarbij allemaal een index wordt gebruikt. Het zijn niet drie verschillende indexen.

[Creepy]

dodol schreef op:
wat bedoel je met index MySQL kent 3 verschillende indexes (hetzijn: INDEX, UNIQUE, PRIMARY KEY).
als je je primary key wilt toevoegen aan bestande tabel volgende query is handig:

ALTER TABLE tabel_naam ADD PRIMARY KEY kolom_1 kolom_2 kolom_3

voor wijzigen van PRIMARY KEY van een tabel moet je eerst je tabel de PRIMARY KEY verwijderen:

ALTER TABLE tabel_naam DROP PRIMARY KEY

en daarna voegt je de nieuwe PRIMARY KEY (kijkt eerst query)

suc6

Eeehh... als je UNIQUE aangeeft word er gecontroleerd op dubbele waarden, dit is echter geen index..

[4Real]

Wat is dat index eigenlijk ?

[Verwijderd]

Nee, dat zijn drie verschillende dingen waarbij allemaal een index wordt gebruikt. Het zijn niet drie verschillende indexen.

yeaps...sorry. my mistake