DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
var_dump en print_r zijn je grootste vrienden 
In theory there is no difference between theory and practice. In practice there is.
Nou nee, hoster gebeld (zakelijke relatie) en de server cashed... server side. Ik heb waarschijnlijk dus resultaten terug gezien van ander versies dan de laatste die geupload had. Omdat ik de code in eerste instantie in geinclude bestanden gebruikt (die je dus niet hard kan refreshen) kreeg ik dus steeds andere resultaten terug dan ik verwachtte.quote:Op vrijdag 21 november 2008 20:15 schreef slacker_nl het volgende:
var_dump en print_r zijn je grootste vrienden
Anyway, er wordt me gevraagd waarom ik geen time gebruik. Tja, waarom wel? Ik heb een vervaldatum en wil dus simpelweg controleren of ik al over de vervaldatum heen ben. Als iemand daar een mooier stukje code voor heeft hoor ik dat graag. Vooral het waarom
tis meer dat strtotime(date()) hetzelfde doet als time(), maar wat maar 1 functie call is. Dat is het waarom. En als je de vervaldatum eenmalig omzet naar een unix timestamp kan je gewoon dit doen:quote:Op vrijdag 21 november 2008 20:21 schreef Swetsenegger het volgende:
Anyway, er wordt me gevraagd waarom ik geen time gebruik. Tja, waarom wel? Ik heb een vervaldatum en wil dus simpelweg controleren of ik al over de vervaldatum heen ben. Als iemand daar een mooier stukje code voor heeft hoor ik dat graag. Vooral het waarom
if (time() > $vervaldatum) {
print "vervallen\n";
}
tet is all.
In theory there is no difference between theory and practice. In practice there is.
Dat had ik ook al bedacht, maar dat was wat lastig met testen. Ik pas makkelijker ff een datum aan dan een unix timestamp. Maar aangepast.quote:
[..]
tis meer dat strtotime(date()) hetzelfde doet als time(), maar wat maar 1 functie call is. Dat is het waarom. En als je de vervaldatum eenmalig omzet naar een unix timestamp kan je gewoon dit doen:
if (time() > $vervaldatum) {
print "vervallen\n";
}
tet is all.
| 1 2 3 4 5 6 7 | tvp($this->getTopicID); function tvp($topicID) { $activeTopics->insertNewTopic($topicID); } ?> |
Dat is ook weer zo, maar dan kan je gewoon strtotime($vervaldatum) gebruiken. Maar gewoon time gebruiken als je de huidige tijd wilt gebruiken, daar ging het meer omquote:Op vrijdag 21 november 2008 20:43 schreef Swetsenegger het volgende:
[..]
Dat had ik ook al bedacht, maar dat was wat lastig met testen. Ik pas makkelijker ff een datum aan dan een unix timestamp. Maar aangepast.
In theory there is no difference between theory and practice. In practice there is.
Dat hoeft niet uit performance overwegingen. Als je script namelijk afsluit dan gaat alles de garbage collector in en zal php de connectie zelf sluiten. Het is uiteraard wel netter om te doen!!quote:Op vrijdag 21 november 2008 17:00 schreef Chandler het volgende:
én is het handig om bij het afsluiten van het script de mysql connectie te sluiten of hoeft dat niet? (qua preformance?)
In theory there is no difference between theory and practice. In practice there is.
Ik lijk echt wel een noob maar ik leer bij. M.b.t. mijn vorige vraag: explode() did the trick.
Nu heb ik in een array een aantal values die ik enkel wil toevoegen als ze nog niet in de database voorkomen.
Gewoon toevoegen lukt prima, maar ik wil ze niet toevoegen als datum + naam + link reeds bestaan in mijn database.
Wat kan mijn sql command hiervoor zijn?
Bedankt om me op weg te helpen.
Nu heb ik in een array een aantal values die ik enkel wil toevoegen als ze nog niet in de database voorkomen.
Gewoon toevoegen lukt prima, maar ik wil ze niet toevoegen als datum + naam + link reeds bestaan in mijn database.
Wat kan mijn sql command hiervoor zijn?
Bedankt om me op weg te helpen.
Zie http://www.tutorialspoint.com/mysql/mysql-handling-duplicates.htmquote:Use INSERT IGNORE rather than INSERT. If a record doesn't duplicate an existing record, MySQL inserts it as usual. If the record is a duplicate, the IGNORE keyword tells MySQL to discard it silently without generating an error
1
2
3
4
5
6mysql> INSERT IGNORE INTO person_tbl (last_name, first_name)
-> VALUES( 'Jay', 'Thomas');
Query OK, 1 row affected (0.00 sec)
mysql> INSERT IGNORE INTO person_tbl (last_name, first_name)
-> VALUES( 'Jay', 'Thomas');
Query OK, 0 rows affected (0.00 sec)
In theory there is no difference between theory and practice. In practice there is.
Kijk dat zijn de handige dingen om te wetenquote:
[..]
Zie http://www.tutorialspoint.com/mysql/mysql-handling-duplicates.htm
.
phluphy for president!
Ik heb nu twee query's met meerdere joins die allebei twee kolommen (naam, nummer) teruggeven
query 1 geeft:
tom, 1
jan, 2
query 2 geeft
jan, 3
piet, 8
Nu wil ik eigenlijk deze twee query's in 1 query hebben
Ik wil namelijk krijgen
tom, 1
jan, 2
jan, 3
piet, 8
en niet
tom, 1, ,
jan, 2, jan, 3
piet, 8, ,
query 1 geeft:
tom, 1
jan, 2
query 2 geeft
jan, 3
piet, 8
Nu wil ik eigenlijk deze twee query's in 1 query hebben
Ik wil namelijk krijgen
tom, 1
jan, 2
jan, 3
piet, 8
en niet
tom, 1, ,
jan, 2, jan, 3
piet, 8, ,
<a href="http://whatpulse.org/ref/164249/" target="_blank" rel="nofollow">Typ mee, met FOK! naar de top</a>
Nasty....quote:Op vrijdag 21 november 2008 20:21 schreef Swetsenegger het volgende:
Nou nee, hoster gebeld (zakelijke relatie) en de server cashed... server side.
Ik weet niet wat er mis is met het laatste blokje, behalve de komma's... ?quote:Op zaterdag 22 november 2008 01:45 schreef commentator het volgende:
Nu wil ik eigenlijk deze twee query's in 1 query hebben
Ik wil namelijk krijgen
tom, 1
jan, 2
jan, 3
piet, 8
en niet
tom, 1, ,
jan, 2, jan, 3
piet, 8, ,
Maar volgens mij ben jij op zoek naar een JOIN als ik het zo lees
Hoe bedoel je dit?quote:
- trigger verlagen voordat queries in de slowquerylog komen
Een hele lijst met gegevens, waar moet ik op letten?quote:- output van SHOW STATUS analyseren
Is leeg (op een blob van 21 bytes na)quote:- in SHOW FULL PROCESSLIST kijken of je gekke dingen ziet
Ook de template gebruikt MySQL queries dus dat werkt niet, maar zou idd de connectie na het parsen van de template kunnen sluiten, scheelt weer 1/10000 ste seconde oid.quote:Het hoeft niet, maar als het vullen van je templates even duurt, is het wel slim om daarvoor de connectie te sluiten. Ik heb voorbeelden gezien waar het 1/3 scheelt op het aantal connecties.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Nee. (nog niet)quote:
Zo'n hoge load dat ik eerst de site moet suspenden voordat ik mijn andere sites weer bereikbaar krijgquote:Wat is 'een hoge load'?
Ik heb een berg met queries maar voornamelijk zijn het allemaal on duplicate key queriesquote:Hoe zien je queries eruit?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Als je tijdens traagheid geen queries in SHOW FULL PROCESSLIST ziet, dan worden er op dat moment geen queries uitgevoerd. Dat wijst erop dat je gewoon teveel queries doet die wel allemaal heel snel uitgevoerd kunnen worden. Als je ook al praat over 'een berg met queries' dan kan ik wel raden wat er fout gaat. Als iemand een pagina opvraagt, moet je gewoon zorgen dat je met zo min mogelijk en goed geïndexeerde queries toekunt.
De slowquerylog heeft met veel maar korte queries ook niet zoveel zin.
Bij SHOW STATUS is er heel veel waar je op moet letten. Beste is om de handleiding ernaast te houden en iedere waarde te controleren en te kijken of dat een oorzaak kan zijn van traagheid. Dat kan sowieso geen kwaad als je meer van MySQL wilt weten
De slowquerylog heeft met veel maar korte queries ook niet zoveel zin.
Bij SHOW STATUS is er heel veel waar je op moet letten. Beste is om de handleiding ernaast te houden en iedere waarde te controleren en te kijken of dat een oorzaak kan zijn van traagheid. Dat kan sowieso geen kwaad als je meer van MySQL wilt weten
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Dus je hebt er geen unieke sleutels inzitten?quote:Op zaterdag 22 november 2008 09:19 schreef Chandler het volgende:
[..]
Nee. (nog niet)
[..]
Zo'n hoge load dat ik eerst de site moet suspenden voordat ik mijn andere sites weer bereikbaar krijg
[..]
Ik heb een berg met queries maar voornamelijk zijn het allemaal on duplicate key queries
Ik ben nog maar net begonnen met SQL te leren en over het algemeen kom je met logisch nadenken en SQL sites wel tot de oplossing voor een juiste query. Er zit echter 1 vraag in mijn huiswerk die ik maar niet opgelost krijgt (en waar volgens mij, de juiste manier ook niet in mijn sheets staan 
)
Hieronder een plaatje van hoe mijn DB eruit ziet:
De bedoeling is nu dat ik voor de vakken hardware en systeemontwikkeling per vak het gemiddelde cijfer geef.
Ik heb al van alles geprobeerd, maar het wil me nog niet eens voor een van de vakken lukken. (laat staan voor twee dus) ik heb ondertussen zoveel geprobeerd (allerlei joins en AVGs en weet ik het wat dat ik door de bomen het bos niet meer zie, wie is er zo vrij om mij (een beetje op weg) te helpen?
)Hieronder een plaatje van hoe mijn DB eruit ziet:
De bedoeling is nu dat ik voor de vakken hardware en systeemontwikkeling per vak het gemiddelde cijfer geef.
Ik heb al van alles geprobeerd, maar het wil me nog niet eens voor een van de vakken lukken. (laat staan voor twee dus
) ik heb ondertussen zoveel geprobeerd (allerlei joins en AVGs en weet ik het wat dat ik door de bomen het bos niet meer zie, wie is er zo vrij om mij (een beetje op weg) te helpen?
het probleem is dat de 2 query's al best veel joins bevatten. en ik heb het nu wel voor elkaar dat ie ze aan elkaar zet maar dat wil ik niet. Ik wil dat de resultaten van beide query's onder elkaar komen en dus niet gejoined worden zodat ze naast elkaar komenquote:Op zaterdag 22 november 2008 09:07 schreef Xcalibur het volgende:
[..]
Ik weet niet wat er mis is met het laatste blokje, behalve de komma's... ?
Maar volgens mij ben jij op zoek naar een JOIN als ik het zo lees
<a href="http://whatpulse.org/ref/164249/" target="_blank" rel="nofollow">Typ mee, met FOK! naar de top</a>
Het gaat om mijn statistieken script waarbij ik gemiddeld zó'n 15 queries per load, ik heb werkelijk waar geen idee hoe ik dit zou moeten cachen!quote:
Als je tijdens traagheid geen queries in SHOW FULL PROCESSLIST ziet, dan worden er op dat moment geen queries uitgevoerd. Dat wijst erop dat je gewoon teveel queries doet die wel allemaal heel snel uitgevoerd kunnen worden. Als je ook al praat over 'een berg met queries' dan kan ik wel raden wat er fout gaat. Als iemand een pagina opvraagt, moet je gewoon zorgen dat je met zo min mogelijk en goed geïndexeerde queries toekunt.
Leek mij idd ook nietquote:De slowquerylog heeft met veel maar korte queries ook niet zoveel zin.
Had ik reeds gedaan maar kon er niet echt wijs uit wordenquote:Bij SHOW STATUS is er heel veel waar je op moet letten. Beste is om de handleiding ernaast te houden en iedere waarde te controleren en te kijken of dat een oorzaak kan zijn van traagheid. Dat kan sowieso geen kwaad als je meer van MySQL wilt weten
Jawel, een hele berg zelfs! maar hoezo?quote:
Dus je hebt er geen unieke sleutels inzitten?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Je had het over een berg; 15 is niets. Je zult wel geen of slechte indexen hebben staan. Geef maar wat queries, hun EXPLAIN output, en je hele table lay-out (incl geplaatste indices).quote:
[..]
Het gaat om mijn statistieken script waarbij ik gemiddeld zó'n 15 queries per load, ik heb werkelijk waar geen idee hoe ik dit zou moeten cachen!
[ Bericht 0% gewijzigd door GlowMouse op 22-11-2008 15:13:14 ]
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Klinkt alsof je veel samengestelde queries gebruikt, en dan kan het maken van indexes op je primaire/vreemde sleutels wel eens heeeel erg veel tijd schelen bij samengestelde queriesquote:Op zaterdag 22 november 2008 13:48 schreef Chandler het volgende:
Jawel, een hele berg zelfs! maar hoezo?
Mag ik dit ook per PM doen, aangezien ik niet mijn hele structuur op het internet beschikbaar wil hebbenquote:
Je had het over een berg; 15 is niets. Je zult wel geen of slechte indexen hebben staan. Geef maar wat queries, hun EXPLAIN output, en je hele table lay-out (incl geplaatste indices).
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ja primaje postcount!
[ Bericht 60% gewijzigd door GlowMouse op 22-11-2008 16:32:18 ]
[ Bericht 60% gewijzigd door GlowMouse op 22-11-2008 16:32:18 ]
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
commentator: zie UNION, maar bedenk dat het je geen betere performance oplevert en overzichtelijkheid in veel gevallen ook ver te zoeken is.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
De tabellen vak en resultaat is dan alles wat je nodig hebt.quote:
De bedoeling is nu dat ik voor de vakken hardware en systeemontwikkeling per vak het gemiddelde cijfer geef.
| 1 2 3 4 | FROM vak JOIN resultaat AS res ON res.vak=vak.code GROUP BY vak.naam |
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Klein MySQL vraagje,
Op één van m'n websites gaf een script ineens een MySQL error, de auto_increment value bleek op value 127 te hangen.
Ik heb geprobeerd hem te resetten, maar niks hielp. Wel fixte een repair van die tabel het probleem. Maar mijn vraag is, hoe kan dit gebeuren? Dat de auto_increment value blijft hangen.
Op één van m'n websites gaf een script ineens een MySQL error, de auto_increment value bleek op value 127 te hangen.
Ik heb geprobeerd hem te resetten, maar niks hielp. Wel fixte een repair van die tabel het probleem. Maar mijn vraag is, hoe kan dit gebeuren? Dat de auto_increment value blijft hangen.
West Ham supporters, check: Dutchirons
Dutch Football Manager Site!
Determined to deliver, destined to dominate. - The Third Movement
Dutch Football Manager Site!
Determined to deliver, destined to dominate. - The Third Movement
dank je wel, ga ik bekijken.quote:Op zaterdag 22 november 2008 16:18 schreef GlowMouse het volgende:
commentator: zie UNION, maar bedenk dat het je geen betere performance oplevert en overzichtelijkheid in veel gevallen ook ver te zoeken is.
performance is niet van belang in dit geval. Het gaat er namelijk om om 1x per week snel een dump te kunnen maken van die twee gegevens. En dat is het prettiger als het in 1 query past dan in twee
<a href="http://whatpulse.org/ref/164249/" target="_blank" rel="nofollow">Typ mee, met FOK! naar de top</a>
