Onderwerp: Wat zegt dit over de webhoster?

En stel dat ik de grote database in 5 kleinere databases verdeel met elk 200.000 regels. Kan het zoeken in deze 5 delen een betere load geven, ipv zoeken in 1 grote database? Gewoon een gedachte...

Oorspronkelijk geplaatst door timvermaesen

En stel dat ik de grote database in 5 kleinere databases verdeel met elk 200.000 regels. Kan het zoeken in deze 5 delen een betere load geven, ipv zoeken in 1 grote database? Gewoon een gedachte...

Nee, niet zolang het 1 server blijft. Daarnaast heb je dan meer overhead met het opzetten van connecties (wat 1 van de traagste dingen is) en je lost het probleem niet op. Als je het de queries achter elkaar uitvoert heb je hooguit het profijt dat de mysqlserver minder ram verbruikt, maar als geheel zal het waarschijnlijk niet sneller worden, maar je wel meer werk opleveren.

Dat is denk ik ook niet gewenst, omdat je dan meerdere database verbindingen moet gaan maken. Bovendien zou een DB van 50 mb toch geen probleem moeten geven in MySQL. Ik neem aan dat je wel netjes indexes gebruikt?

Ik zou altijd in eerste instantie gaan kijken of je de code kunt verbeteren (zowel PHP als MySQL). Als het dan nog traag blijft zou je kunnen overstappen naar een VPS en zelf gaan spelen met de my.cnf instellingen en eventueel aan mysql caching gaan doen.

Oorspronkelijk geplaatst door SF-Jeroen

Dat is denk ik ook niet gewenst, omdat je dan meerdere database verbindingen moet gaan maken. Bovendien zou een DB van 50 mb toch geen probleem moeten geven in MySQL. Ik neem aan dat je wel netjes indexes gebruikt?

Ik zou altijd in eerste instantie gaan kijken of je de code kunt verbeteren (zowel PHP als MySQL). Als het dan nog traag blijft zou je kunnen overstappen naar een VPS en zelf gaan spelen met de my.cnf instellingen en eventueel aan mysql caching gaan doen.

Ik importeer enkel data in een .ods naar de database. Eerlijk gezegd heb ik nooit iets met indexes gedaan. Ik ben dit nu nader aan het bekijken...Bedankt!

Oorspronkelijk geplaatst door systemdeveloper

Nee, dat kan niet (om minimaal 2 redenen) maar ook daar zit je met het probleem dat de mysql resultset tot aan het $start moet worden weggegooid (aan de serverkant).

Hier stond iets doms..

En ja je hebt gelijk.

Ik heb het volgende gedaan:

Code:

CREATE INDEX indx
ON data (resul)

Ik heb dus een index gecreeërd voor kolom 'resul' in tabel 'data'. Ik heb de kolom 'resul' van een index voorzien, omdat daarin gezocht wordt.

Dit is hetgeen bedoelt wordt met werken met indexes?

Oorspronkelijk geplaatst door timvermaesen

Ik heb het volgende gedaan:

Code:

CREATE INDEX indx
ON data (resul)

Ik heb dus een index gecreeërd voor kolom 'resul' in tabel 'data'. Ik heb de kolom 'resul' van een index voorzien, omdat daarin gezocht wordt.

Dit is hetgeen bedoelt wordt met werken met indexes?

Dat is wat bedoelt wordt met indexen, maar er zit iets meer achter dan alleen een create index aankicken. Het gaat een beetje te ver om dat uit te leggen, zeker als je ze nog nooit gebruikt hebt.

Je kunt wel zien of je index effect heeft door 'EXPLAIN' voor je query te zetten en deze in bv. phpmyadmin uit te voeren. Je kunt dan zien of je query de index ook daadwerkelijk gebruikt.

Een index zal met een like niet gaan werken ben ik bang....

Oorspronkelijk geplaatst door Marcellow

Een index zal met een like niet gaan werken ben ik bang....

Had ik ook al gezegd, maar wie niet horen wil

Ik denk dat ik mijn probleem opgelost heb, want de database gaat supersnel! Ik heb met de tips hier en elders de index kunnen laten samenwerken met een like, door simpelweg de eerste % weg te laten. Het ging van 4-20 sec naar 1 sec of minder.

Erg bedankt!

heb je uberhaupt wel een LIKE statement nodig dan?

Oorspronkelijk geplaatst door timvermaesen

Ik denk dat ik mijn probleem opgelost heb, want de database gaat supersnel! Ik heb met de tips hier en elders de index kunnen laten samenwerken met een like, door simpelweg de eerste % weg te laten. Het ging van 4-20 sec naar 1 sec of minder.

Erg bedankt!

Goed dat het gelukt is, maar je verandert wel de funktionaliteit nu. Zoeken op like '%blabla%' is niet gelijk aan zoeken op 'blabla%'

Oorspronkelijk geplaatst door timvermaesen

Ik denk dat ik mijn probleem opgelost heb, want de database gaat supersnel! Ik heb met de tips hier en elders de index kunnen laten samenwerken met een like, door simpelweg de eerste % weg te laten. Het ging van 4-20 sec naar 1 sec of minder.

Erg bedankt!

Je weet wel dat elke record moet beginnen met blabla als je LIKE 'blabla%' doet en niet in de hele record zoekt voor de term blabla?