Wat stom! Het lijkt me juist dat je een UPDATE doet omdat.. bizar.quote:Op dinsdag 11 juni 2013 21:29 schreef Chandler het volgende:
Mensen, wisten jullie dat als je InnoDB gebruikt voor je tabel/data je met een INSERT ... ON DUPLICATE KEY UPDATE het AUTO_INCREMENT veld ook automatisch veranderd? bij een update dan wel te verstaan want bij een INSERT is het normaal.
Nu gebruik ik zelf een tabel om regels toe te voegen maar ook om regels te updaten (iets wat vele malen vaker voorkomt dan de inserts) dus veranderd continue het AUTO_INCREMENT veld. Ik heb nu al 3,5miljoen regels en weet dat er zo'n 25 miljoen INSERT ON DUPLICATE KEY queries gedaan zijn, dus is het hoogste AUTO_INCREMEN veld niet 3,5mil maar 25.032.321 . Nu gebruik ik wel een BIGINT voor het veld maar toch... het zal sneller opraken dan dat ik echt 'unieke' records heb.
Maar er is een oplossing
http://dev.mysql.com/doc/(...)rement-handling.html
innodb_autoinc_lock_mode
Hebben jullie ervaring met deze optie? en eventuele performance? of zaken waar ik dan bij moet gaan opletten?
Juh, ik reageerde ook even specifiek op Inno.quote:Op dinsdag 11 juni 2013 22:12 schreef Chandler het volgende:
@Zoem; maar dat geld niet voor MyISAM en andere database formaten (voor zover ik weet).
Dan ben ik benieuwd om wat voor soort data het gaat. Je zit niet zomaar aan max bigint (2^64-1).quote:Maar in mijn geval is het maar 1 script die de tabellen aanvult/update, verder heeft de rest alleen maar lees toegang! zal het dan nog wat uitmaken? ben echt bang dat ik met een jaartje door mijn bigint heen ben
Ongeveer 290.000 jaar iedere seconde 1 miljoen inserts ... updates uitvoeren. En dan ga ik uit van een signed reeks (waar je alleen het positieve deel gebruikt).quote:Op woensdag 12 juni 2013 01:34 schreef Chandler het volgende:
Ik vond het ook nogal apart maar goed...
@zoem; dan moet ik inderdaad nog even stevig mijn best doen...
sprintf() werkt gewoon in phpquote:Op dinsdag 11 juni 2013 00:57 schreef slacker_nl het volgende:
[..]
Daarom hebben ze (s)printf uitgevonden, als er iets lelijkers is dan "dit " . $is . " toch" . $echt_kut en foutgevoeliger dan: "Dit is $misschien toch wel beterder dan $stomme punten $overal moeten $zetten". En ik weet niet precies hoe het in PHP is, maar sprintf("%s is nog prettiger\n", $this->dit());
Dat is correctquote:Op maandag 10 juni 2013 12:35 schreef Tijn het volgende:
Ik denk dat de meeste PHP'ers geen certificering hebben.
euh lol, dan kan ik inderdaad nog wel even doorgaan maar is het niet zo dat steeds het veranderen van id's (want een id kan wel 10.000 keer veranderen op deze manier) niet handig is voor het wegschrijven van de data? (steeds het verplaatsen van data?!)quote:Op vrijdag 14 juni 2013 20:02 schreef Light het volgende:
[..]
Ongeveer 290.000 jaar iedere seconde 1 miljoen inserts ... updates uitvoeren. En dan ga ik uit van een signed reeks (waar je alleen het positieve deel gebruikt).
Het lijkt me niet dat het id verandert. Als het record nog niet in de database is, wordt het toegevoegd. Als het al wel aanwezig is, moet het uniek zijn op basis van een andere key dan het id (anders heb je niets aan die INSERT .. ON DUPLICATE KEY UPDATE functionaliteit, er moet wel een duplicate key zijn).quote:Op vrijdag 14 juni 2013 20:40 schreef Chandler het volgende:
[..]
euh lol, dan kan ik inderdaad nog wel even doorgaan maar is het niet zo dat steeds het veranderen van id's (want een id kan wel 10.000 keer veranderen op deze manier) niet handig is voor het wegschrijven van de data? (steeds het verplaatsen van data?!)
Dat weet ik, maar ik wilde heel wat anders zeggen maar blergh ofzo. Ik wilde zeggen: In Perl kan je methods niet gebruiken in string interpolitie, dus dan moet je printf("bla %s", $this->iets()) doen ipv "bla $this->iets()" Maar dat zal in PHP ook vast zo zijn.quote:
Waarom zou de data elders worden weggeschreven worden als de key veranderd? Dat zal onder water wel gewoon een pointer zijn naar, dat veranderen maakt weinig verschil..quote:Op vrijdag 14 juni 2013 20:45 schreef Light het volgende:
[..]
Het lijkt me niet dat het id verandert. Als het record nog niet in de database is, wordt het toegevoegd. Als het al wel aanwezig is, moet het uniek zijn op basis van een andere key dan het id (anders heb je niets aan die INSERT .. ON DUPLICATE KEY UPDATE functionaliteit, er moet wel een duplicate key zijn).
Ik betwijfel of "bla $this->iets()" in php werkt, maar volgens mij moet je dat ook helemaal niet willen gebruiken.quote:Op vrijdag 14 juni 2013 20:46 schreef slacker_nl het volgende:
[..]
Dat weet ik, maar ik wilde heel wat anders zeggen maar blergh ofzo. Ik wilde zeggen: In Perl kan je methods niet gebruiken in string interpolitie, dus dan moet je printf("bla %s", $this->iets()) doen ipv "bla $this->iets()" Maar dat zal in PHP ook vast zo zijn.
Voorbeeldje:quote:Op vrijdag 14 juni 2013 20:48 schreef slacker_nl het volgende:
[..]
Waarom zou de data elders worden weggeschreven worden als de key veranderd? Dat zal onder water wel gewoon een pointer zijn naar, dat veranderen maakt weinig verschil..
1 2 3 4 5 6 7 | CREATE TABLE foo ( id INT NOT NULL AUTO_INCREMENT, bar INT NOT NULL, views INT NOT NULL DEFAULT 0, PRIMARY KEY (id), UNIQUE KEY bar (bar) ) ENGINE=InnoDB; |
1 | INSERT INTO foo (bar, views) VALUES (1,1) ON DUPLICATE KEY UPDATE views = views + 1; |
Dit is wat het doet:quote:Op vrijdag 14 juni 2013 20:57 schreef Light het volgende:
[..]
Ik betwijfel of "bla $this->iets()" in php werkt, maar volgens mij moet je dat ook helemaal niet willen gebruiken.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | cat x.php ; php x.php <?php include_once("etc/env.php"); class Foo { function bar() { return "bar() called"; } } $foo = new Foo(); print "bla $foo->bar()\n"; printf("bla %s\n", $foo->bar()); ?> PHP Notice: Undefined property: Foo::$bar in /home/xxxx/sbox/php/x.php on line 14 Notice: Undefined property: Foo::$bar in /home/xxxx/sbox/php/x.php on line 14 bla () bla bar() called |
Je zegt nu dat de id van het record niet veranderd, maar de sequence van de auto-increment wel wordt verhoogd?quote:Op vrijdag 14 juni 2013 21:14 schreef Light het volgende:
[..]
Voorbeeldje:
[ code verwijderd ]
Als ik dan deze query uitvoer:
[ code verwijderd ]
Dan wordt bij de eerste keer netjes een nieuw record aangemaakt met id 1. Als ik de query nog een keer uitvoer, wordt de auto-increment waarde van de tabel wel verhoogd maar het id van de rij verandert niet. Er wordt dan ook geen data verplaatst. Er wordt alleen het volgende nummer geclaimd van de auto-increment lijst en pas daarna wordt gekeken of het invoegen succesvol is. (Als een insert faalt en er staat geen on duplicate key update bij, wordt de auto-increment waarde alsnog wel met 1 verhoogd.)
Dat zei ik de eerste keer ook. Of althans, dat bedoelde ik.quote:Op vrijdag 14 juni 2013 21:24 schreef slacker_nl het volgende:
[..]
Je zegt nu dat de id van het record niet veranderd, maar de sequence van de auto-increment wel wordt verhoogd?
Ook dan verandert de sequence van de auto-increment. Eigenlijk ook wel logisch, het terugzetten van de sequence is heel lastig doordat je niet weet wat andere transacties in de tussentijd gedaan hebben.quote:Wat gebeurd er als je een rollback doet van die transactie?
Ahhh. Ik dacht de hele tijd dat men bedoelde dat het ID van de rij aangepast werd. Maar als het een sequence is snap ik het wel ja.quote:Op vrijdag 14 juni 2013 21:28 schreef Light het volgende:
[..]
Dat zei ik de eerste keer ook. Of althans, dat bedoelde ik.
[..]
Ook dan verandert de sequence van de auto-increment. Eigenlijk ook wel logisch, het terugzetten van de sequence is heel lastig doordat je niet weet wat andere transacties in de tussentijd gedaan hebben.
Het werkt wel als jequote:Op vrijdag 14 juni 2013 21:20 schreef slacker_nl het volgende:
[..]
Dit is wat het doet:
[ code verwijderd ]
1 | print "bla $foo->bar()\n"; |
1 | print "bla {$foo->bar()}\n"; |
Nauwkeuriger aangeven welk stukje van de string als variabele moet worden geinterpreteerd.quote:
Aahh, ja, dat ken ik, maar dat het ook op functies werkt.. apart. Dan zou print "{$foo}->bar() ook moeten werken??? Niet dus. Want Foo kan niet naar een string geconvert worden..quote:Op vrijdag 14 juni 2013 21:49 schreef Light het volgende:
[..]
Nauwkeuriger aangeven welk stukje van de string als variabele moet worden geinterpreteerd.
In "$foobar" zoekt php naar een variabele $foobar, maar als je "{$foo}bar" of "${foo}bar" schrijft, zoekt php naar de variabele $foo en wordt bar niet als onderdeel van de variabelenaam gezien.
Hmm... "$foo->bar" werkt wel (als er een property bar bestaat) maar "$foo->bar()" werkt niet (als er een method bar bestaat). Dat klinkt wel onlogisch.quote:Op vrijdag 14 juni 2013 21:50 schreef slacker_nl het volgende:
[..]
Aahh, ja, dat ken ik, maar dat het ook op functies werkt.. apart. Dan zou print "{$foo}->bar() ook moeten werken??? Niet dus. Want Foo kan niet naar een string geconvert worden..
Ik herhaal mijn woorden op irc: PHP is stomquote:Op vrijdag 14 juni 2013 22:01 schreef Light het volgende:
[..]
Hmm... "$foo->bar" werkt wel (als er een property bar bestaat) maar "$foo->bar()" werkt niet (als er een method bar bestaat). Dat klinkt wel onlogisch.
Nee hoor, mensen die de automatische string-expansion gebruiken zijn stom.quote:Op vrijdag 14 juni 2013 22:12 schreef slacker_nl het volgende:
[..]
Ik herhaal mijn woorden op irc: PHP is stom
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |