PHP-scripter voor database inkrimpscript

**Matthias Talens** · 659 × bekeken sinds 18-06-2010, 10:07

Soort werkzaamheden:
Scripten in PHP

Omschrijving van de werkzaamheden:
Ik zoek een scripter voor een simpel script dat getallen van transacties in de database voor iedere gebruikersnaam van mijn website op kan tellen, vervolgens moeten voor deze transacties 1 transactie terugkomen met alle waardes van de oude transacties bij elkaar opgeteld. Hierna spreekt het voor zich dat de oude transacties moeten worden verwijderd.
Transacties met bepaalde omschrijvingen moeten kunnen worden uitgesloten van het opruimen.
Hier hoeft niet enorm veel werk in te gaan zitten.

Budget voor dit project:
xx

Deadline:
Zo snel mogelijk

BTW-nummer verplicht:
nee

**Corne Dickens** · 18-06-2010, 10:23

Hierna spreekt het voor zich dat de oude transacties moeten worden verwijderd.

Waarom wil je data weg gooien?
Als het om transacties (geld?) gaat lijkt het mij al helemaal niet verstandig om data weg te gooien, vooral niet als het niet nodig is (en ik kan me bijna geen situatie bedenken waarin het wel nodig is).

vervolgens moeten voor deze transacties 1 transactie terugkomen met alle waardes van de oude transacties bij elkaar opgeteld

Dit kun je toch met een query / view oplossen? Dan behoud je ook de oude data nog gewoon.. Volgende week wil je misschien weer iets anders zien, wat dan niet meer kan omdat je data weg hebt gegooid..

**Jeroen F.** · 18-06-2010, 10:33

graag meer info via pm

**Matthias Talens** · 18-06-2010, 11:45

@Corne: De reden dat ik dit doe is dat de serverload te hoog wordt.
EDIT: Voorlopig ben ik voorzien.

**Vincent** · 18-06-2010, 11:52

Sum()

**Corne Dickens** · 18-06-2010, 11:52

Dan lijkt het mij verstandiger om uit te zoeken waarom je serverload te hoog wordt in plaats van data weg gooien.
Straks krijg je meer klanten en loop je weer tegen hetzelfde 'probleem' aan alleen kun je het dan niet meer op deze manier oplossen. Of je krijgt vragen van klanten om bepaalde data die je niet meer hebt omdat je het weg gegooid hebt..

Ik denk dat het probleem meer zal zitten in slechte scripts / queries / database ontwerp en niet in het aantal records. Het probleem oplossen in plaats van een workaround verzinnen zal dan ook een veel beter effect geven.

**Dries Vandamme** · 18-06-2010, 16:37

Is het niet evidenter (lees: slimmer) om de data nog ergens anders te bewaren (een andere tabel, een andere server) en de data die wordt verwijderd ten minste daar voor alle zekerheid toch nog te bewaren? (Voor het geval dat)

**Lennart** · 18-06-2010, 17:07

Ben het eens met Dries en Core. Transacties nooit weggooien!

**ramon fincken** · 20-06-2010, 10:02

Als je load te hoog is, ga dan eerst kijken of je indexen hebt, en je queries optimaal zijn !
Ik heb hier ervaring mee ( pageload van 45 sec naar 3 sec ), maar dan gaat het wel per uurtarief ( 45 - 60 euro ex btw ).

**Vincent** · 21-06-2010, 09:43

Transacties welke enkel opgeslagen zijn zouden weinig moeten uitmaken voor de snelheid van je database.

PHP-scripter voor database inkrimpscript