Verkleining van loop(Moeilijk uitteleggen)
Ik heb 2 bestanden.
1 Bestand met 12000 producten en het andere bestand geeft de voorraad van deze producten aan.
Maar als de voorraad 0 is staan deze niet tussen de lijst.
Ik dacht als je nou gewoon 1 voor 1 door de bestanden loopt.
En in die loop weer door het voorraad bestand loopt en kijken of het artikelnummer matcht.
Maar dat zou betekenen dat hij 12000 * 4/5000 keer moet loopen dat is heel wat miljoen keer!
Kan dit sneller met dezelfde resultaten?
Met een database kan het sneller, makkelijker en betrouwbaarder.
Ik was van plan eerst het hele product compleet te maken voordat ik het in de database zet.
Maar misschien kan ik beter eerst het product zonder voorraad in de database zetten en daarna met een SELECT FROM WHERE query de voorraad toevoegen
Yep. Voorraad komt nadat de producten toegevoegd zijn.
Gewijzigd op 18/11/2010 17:16:16 door Henk Tenk
Hoezo? Dataverkeer van wat?
nou genereren mysql querys geen dataverkeer voor de server?
Wat voor type bestanden zijn het? Met Excel zou je ook e.e.a. kunnen berekenen.
Hoezo?
Toevoeging op 18/11/2010 17:21:37:
Obelix en Idefix op 18/11/2010 17:20:46:
Wat voor type bestanden zijn het? Met Excel zou je ook e.e.a. kunnen berekenen.
Zou ik eerder voor access gaan, maar die locken nogal snel (al doet mysql dat ook).
Als dit langer duurt en minder dataverkeer genereert ga ik voor de lange laad tijd
Toevoeging op 18/11/2010 17:22:55:
Obelix dit zijn .txt bestanden zo leveren leveranciers dat
Nee, dit genereert geen dataverkeer voor de gebruiker. En de pagina gaat juist sneller laden dan als je met bestanden werkt (als je het goed doet).
nee natuurlijk genereert het geen dataverkeer voor de gebruiker maar wel voor de host toch?
Maar dan nog zie ik d'r geen probleem van in.
Werkt beter dan de hele tijd grote bestanden in het geheugen bufferen. Dat genereert in principe ook dataverkeer.
Wat is het probleem dan dat er dataverkeer wordt gegenereerd?
als je boven je limiet gaat is je website niet meer bereikbaar
Tegenwoordig zijn die limieten echt wel hoog... Verder wordt dit daar ook niet bij gerekend lijkt mij.
Henk Tenk op 18/11/2010 17:46:13:
als je boven je limiet gaat is je website niet meer bereikbaar
Dataverkeer naar je database (99,99999 procent van de gevallen localhost en anders wordt het niet meegerekend) telt niet bij dataverkeer van je site. En anders zou je aardig wat miljard query's moeten uitvoeren om aan een paar honderd MB te komen. En dan nog, je hosting account gaat echt veel eerder afgesloten worden als je enorme bestanden in het geheugen laad dan dat je het met een database gaat doen.
Als ik over mijn dataverkeer limiet ga dan betaal ik extra aan het eind van de maand
Jordi kroon op 18/11/2010 18:32:49:
Als ik over mijn dataverkeer limiet ga dan betaal ik extra aan het eind van de maand
Irrelevante post.
wanneer MySQL en Apache/PHP op dezelfde server draaien dan is er voor het ophalen van data uit de database geen sprake van internet dataverkeer waarvoor betaald moet worden of waarmee je je maximum bereikt. Ook wanneer de de connect niet 'localhost' heet. Het is dan van belang te weten of het dezelfde server betreft. Ook kan het zo zijn dat het niet dezelfde server is maar verkeer over lokale backbone waar de provider ook niet mee rekent. Doorgaans betaal je dus voor verkeer dat het internet opgaat.