mysql, CPU of RAM??

Citaat:

---

Origineel geplaatst door Nitroserve

Dit is voornamelijk uit het "gastenboek"
Deze tabel kent 252711 rijen en is 31MB groot!!!

---

De grootte hoeft het probleem niet te zijn. Zelf heb ik als hobby projectje een search engine met een database van 6 gb op een huis, tuin & keuken pc draaien.

Citaat:

---

-----------------------------
# Query_time: 6 Lock_time: 0 Rows_sent: 8 Rows_examined: 238142
SELECT * FROM gastenboek WHERE eigenaar='591' ORDER BY id DESC LIMIT 0,8;
-----------------------------

hij zoekt vreslijk lang naar (in dit geval) eigenaar 591 denk ik...
Is dit te optimaliseren? [/B]

---

Hoe ziet je database ontwerp eruit?

Waarschijnlijk moet je even een index'je aanmaken.

Code:

---

CREATE INDEX eigenaar_idx ON gastenboek(eigenaar);

---

Citaat:

---

Origineel geplaatst door WE-Create!

Daarnaast zijn moeilijke query's soms onontkoombaar en dat heeft dan helemaal NIKS met slecht programmeren te maken ;)

---

Nee maar dan neem ik wel aan dat de indexen op de goede plaats liggen, doe maar eens een 3 dubbele JOIN als je geen indexen hebt liggen op de te joinen velden. Mét maakt het niet zoveel uit, daarvoor is de database engine voor geoptimaliseerd. Maar zonder wordt het een ramp :D

Op een gegeven moment kan je er hardware tegenaan gooien wat je wil, hij gaat toch op z'n bek dankzij dit soort ranzig dbasebouwen.

SELECT * is trouwens *niet* aan te raden, die kopieert in php tenminste, de hele zooi je geheugen in. Het was in ieder geval trager dan dat je zelf de velden opgeeft.

OK, heel erg bedankt jongens....
Ik heb dit aan de klant doorgegeven en hij heeft het uitgevoerd...

Nu heb ik weer een tevreden klant extra omdat het nu weer supersnel gaat allemaal...