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...
Afdrukvoorbeeld
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.Citaat:
Oorspronkelijk geplaatst door timvermaesen
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. :o Ik ben dit nu nader aan het bekijken...Bedankt!Citaat:
Oorspronkelijk geplaatst door SF-Jeroen
Hier stond iets doms..Citaat:
Oorspronkelijk geplaatst door systemdeveloper
En ja je hebt gelijk. :)
Ik heb het volgende gedaan:
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.Code:CREATE INDEX indx
ON data (resul)
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.Citaat:
Oorspronkelijk geplaatst door timvermaesen
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....
Had ik ook al gezegd, maar wie niet horen wil ;)Citaat:
Oorspronkelijk geplaatst door Marcellow
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! :thumbup:
heb je uberhaupt wel een LIKE statement nodig dan?
Goed dat het gelukt is, maar je verandert wel de funktionaliteit nu. Zoeken op like '%blabla%' is niet gelijk aan zoeken op 'blabla%' ;)Citaat:
Oorspronkelijk geplaatst door timvermaesen
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?Citaat:
Oorspronkelijk geplaatst door timvermaesen