Dan ga je dat verschil wel merken. Eigenlijk zou je alle (select)queries een keer met explain moeten bekijken om te zien waar je nog winst kunt behalen.quote:Op maandag 20 oktober 2014 22:15 schreef xaban06 het volgende:
[..]
Tabel heeft nu 50.000 records, binnen enkele weken wordt dat een paar miljoen en zal vanaf dan dagelijks met ~800 records groeien.
De juiste engine toepassen scheelt ook enorm. Veel mensen geilen op InnoDB vanwege contrainsts en dergelijke, maar gebruiken het niet of passen het toe op tabellen die amper inserts/updates krijgen maar enkel selects. Dan gewoon lekker naar MyIsam gaan en het scheelt een factor veel in snelheid.quote:Op maandag 20 oktober 2014 18:53 schreef xaban06 het volgende:
Wat is MySQL trouwens snel zeg als je de juiste indexes toepast factor 10 kwa snelheidswinst
Professionals zullen het fijne er van weten verwacht ik. Ik doe het gewoon als hobby, op werk heb ik er niks mee te maken.quote:Op maandag 20 oktober 2014 22:26 schreef Boze_Appel het volgende:
[..]
De juiste engine toepassen scheelt ook enorm. Veel mensen geilen op InnoDB vanwege contrainsts en dergelijke, maar gebruiken het niet of passen het toe op tabellen die amper inserts/updates krijgen maar enkel selects. Dan gewoon lekker naar MyIsam gaan en het scheelt een factor veel in snelheid.
Degelijke DBA bij grotere hoeveelheden is een kunstje apart.
De vraag is niet zozeer wat de verhouding is tussen selects en inserts / updates. MyISAM kent bijvoorbeeld geen transacties. Die heb je soms gewoon nodig.quote:Op maandag 20 oktober 2014 22:26 schreef Boze_Appel het volgende:
[..]
De juiste engine toepassen scheelt ook enorm. Veel mensen geilen op InnoDB vanwege contrainsts en dergelijke, maar gebruiken het niet of passen het toe op tabellen die amper inserts/updates krijgen maar enkel selects. Dan gewoon lekker naar MyIsam gaan en het scheelt een factor veel in snelheid.
Degelijke DBA bij grotere hoeveelheden is een kunstje apart.
Voor veel dingen dan ook weer niet. Het is uiteraard net de toepassing wat je nodig hebt.quote:Op maandag 20 oktober 2014 22:35 schreef Monolith het volgende:
[..]
De vraag is niet zozeer wat de verhouding is tussen selects en inserts / updates. MyISAM kent bijvoorbeeld geen transacties. Die heb je soms gewoon nodig.
Zeker, of het alternatief voor MySQL, MariaDB.quote:Daarnaast kun je in plaats van MySQL ook gewoon bijvoorbeeld Postgresql gebruiken.
idd, zonder de juiste indexes wordt iedere database onwerkbaar traag met datsoort datasets.quote:Op maandag 20 oktober 2014 22:20 schreef Light het volgende:
[..]
Dan ga je dat verschil wel merken. Eigenlijk zou je alle (select)queries een keer met explain moeten bekijken om te zien waar je nog winst kunt behalen.
En je buffers goed instellen. Van de standaard configs van MySQL of PostgreSQL wordt geen grotere hoeveelheid data vrolijk.quote:Op maandag 20 oktober 2014 22:56 schreef KomtTijd... het volgende:
[..]
idd, zonder de juiste indexes wordt iedere database onwerkbaar traag met datsoort datasets.
Een flinke sloot geheugen in je server helpt ook.
Een kaartenbak heeft nou meestal juist wel een vorm van indexering.quote:Op maandag 20 oktober 2014 23:01 schreef Boze_Appel het volgende:
[..]
En je buffers goed instellen. Van de standaard configs van MySQL of PostgreSQL wordt geen grotere hoeveelheid data vrolijk.
Zonder indexes heb je gewoon een kaartenbak.
Tegen die tijd is het misschien sowieso een idee om een aparte database server te hebben.quote:Op maandag 20 oktober 2014 22:56 schreef KomtTijd... het volgende:
[..]
idd, zonder de juiste indexes wordt iedere database onwerkbaar traag met datsoort datasets.
Een flinke sloot geheugen in je server helpt ook.
Punt, maar je kan niet zoeken op de inhoud van de kaartenbak, alleen wat op het labeltje staat. Dat is an sich een index, maar alleen een primary dan.quote:Op maandag 20 oktober 2014 23:04 schreef Monolith het volgende:
[..]
Een kaartenbak heeft nou meestal juist wel een vorm van indexering.
Een sloot geheugen is alleen zinvol als je ook goede indexes hebt.quote:Op maandag 20 oktober 2014 22:56 schreef KomtTijd... het volgende:
[..]
idd, zonder de juiste indexes wordt iedere database onwerkbaar traag met datsoort datasets.
Een flinke sloot geheugen in je server helpt ook.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 | <?php header('Content-Type: text/html; charset=utf-8'); function extractData($url, $clientName, $curr) { $ch = curl_init($url); curl_setopt($ch, CURLOPT_REFERER, 'Mozilla/5.0 (compatible; ' . $clientName. ' PHP client; '.php_uname('s').'; PHP/'.phpversion().')'); curl_setopt($ch, CURLOPT_USERAGENT, "CakeScript/0.1"); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); $json = curl_exec($ch); curl_close($ch); $array = json_decode($json,true); return $array; } $url = 'http://www.bitstamp.net/api/ticker/'; $clientName = 'Bitstamp'; $bitstamp = extractData($url,$clientName); $url = 'https://www.bitstamp.net/api/eur_usd/'; $clientName = 'Blockchain'; $blockchain = extractData($url,$clientName); echo "<pre>"; print_r($bitstamp); print_r($blockchain); echo "</pre>"; ?> |
1 2 3 | <?php $price= $high / $sell; ?> |
$bitstamp en $blockchain zijn beide array. Met $bitstamp['high'] kun je een waarde uitlezen:quote:Op dinsdag 21 oktober 2014 14:55 schreef Drakire het volgende:
Vraagje:
Ik haal via een api bitcoinprijzen in USD op alsmede de exchange rate van USD naar EUR
[ code verwijderd ]
Dit geeft het volgende resultaat:
[ afbeelding ]
Nu wil ik het getal dat al resultaat bij high komt (388.00) delen door het getal dat bij sell staat (1.2771)
Alleen weet ik niet hoe ik deze waardes los terugkrijg in php zodat ik bijvoorbeeld
[ code verwijderd ]
kan doen.
1 | $price = $bitstamp['high'] / $bitchain['sell'] |
Had al gezocht maar kwam er niet uit vanwege de 2 verschillende arrays, achteraf is het toch best simpel .quote:
thx.quote:Op dinsdag 21 oktober 2014 14:59 schreef Aether het volgende:
[..]
$bitstamp en $blockchain zijn beide array. Met $bitstamp['high'] kun je een waarde uitlezen:
[ code verwijderd ]
nee de timestamp moet verschillend zijn want ik gebruik "today 00:00" en geen "today" of "-24 hours". de laatste 2 zijn relatief (in verhouding met de huidige timestamp) en zijn voor alle tijdzones hetzelfde, maar het moment van de eerste seconden van de dag moet per tijdzone verschillend zijn. ik dacht dat het westen dan het laagste moest zijn en meer richting het oosten hoger. je kan het zelf testen met:quote:Op woensdag 22 oktober 2014 20:06 schreef KomtTijd... het volgende:
Wat doe je precies dan?
Als ik het zo bekijk zouden ze allemaal dezelfde timestamp moeten hebben. Maar de timestamps die jij toont komen in de verste verte niet overeen met de daarbij genoemde datum/tijd, ook de minuten en secondes niet.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | <?php $timezone = new DateTimeZone('America/New_York'); $date = new DateTime('today 00:00', $timezone); var_dump($date->format('r')); var_dump($date->getTimestamp()); echo "\n\n"; $timezone = new DateTimeZone('Europe/Amsterdam'); $date = new DateTime('today 00:00', $timezone); var_dump($date->format('r')); var_dump($date->getTimestamp()); echo "\n\n"; $timezone = new DateTimeZone('Australia/Sydney'); $date = new DateTime('today 00:00', $timezone); var_dump($date->format('r')); var_dump($date->getTimestamp()); echo "\n\n"; ?> |
maar de volgorde van de timestamp komt niet overeen met de volgorde van oost naar west, dat is wat ik niet snapquote:Op woensdag 22 oktober 2014 20:15 schreef KomtTijd... het volgende:
Laatste keer dat ik checkte kwam de zon in het oosten op en ging deze in het westen onder Dus in het oosten is het eerder middennacht dan in het westen.
Een timestamp kent geen tijdzone, maar als je van een tijd naar een timestamp gaat heb je die tijdzone wel nodig. De timestamp van 2014-10-22 18:00:00+0200 (Amsterdam) is anders dan die van 2014-10-22 18:00:00+0100 (Londen), hoewel het beide keren 18:00 vandaag is.quote:Op woensdag 22 oktober 2014 20:33 schreef Monolith het volgende:
Gezien de tijden in je resultaten wordt 00:00 niet meegenomen.
Afgezien daarvan, wordt de string niet omgezet naar GMT oid en vervolgens omgerekend met de timezone, waarbij vervolgens de timestamp enkel de datum en tijd, maar niet de timezone meerekent?
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |