Hallo zusammen,
beim Installieren der neuen aggregate-Tabelle von Andi bin ich mehr oder
weniger zufällig beim Betrachten der mysql-logs darauf gestoßen, dass
jedes s0-Event neben dem eigentlichen Insert offenbar immer auch einen
join und drei Updates ausführt:
911 Query
Hi Heiko,
das hat aber nichts mit *S0VZ* zu tun, der Deamon macht keine
Datenbankzugriffe ...
Am 12. Januar 2014 21:53 schrieb Heiko Baumann :
>
> beim Installieren der neuen aggregate-Tabelle von Andi bin ich mehr oder
> weniger zufällig beim Betrachten der mysql-logs darauf gestoßen, dass jed
...und ist auch schon behoben?!
Viele Grüße,
Andreas
> Am 12.01.2014 um 22:15 schrieb W3ll Schmidt :
>
> Hi Heiko,
>
> das hat aber nichts mit S0VZ zu tun, der Deamon macht keine Datenbankzugriffe
> ...
>
>
> Am 12. Januar 2014 21:53 schrieb Heiko Baumann :
>>
>> beim Installieren der neuen
Hm. Ich hab vorhin mit git pull meinen vz geupdatet:
pi@BauratPi /var/www/volkszaehler.org $ sudo git pull
remote: Counting objects: 73, done.
remote: Compressing objects: 100% (70/70), done.
remote: Total 73 (delta 29), reused 34 (delta 3)
Unpacking objects: 100% (73/73), done.
From git://github
Hallo Heiko,
2014/1/12 Heiko Baumann
> Hm. Ich hab vorhin mit git pull meinen vz geupdatet:
>
> pi@BauratPi /var/www/volkszaehler.org $ sudo git pull
> remote: Counting objects: 73, done.
> remote: Compressing objects: 100% (70/70), done.
> remote: Total 73 (delta 29), reused 34 (delta 3)
> Unp
Hi Andi
Ja- Commit 8ac2c5039273b590aec2a9890f87400c08b949a8 liegt dazwischen.
Ich kann's nicht mehr nachvollziehen:
SELECT e0_.id AS id0, e0_.uuid AS uuid1, e0_.type AS type2, p1_.id AS
id3, p1_.pkey AS pkey4, p1_.value AS value5, e0_.class AS class6,
p1_.entity_id AS entity_id7 FROM entit
Hallo Heiko,
jetzt fällt mir nur noch ein Caching Problem mit Doctrine ein.
On Mon, Jan 13, 2014 at 8:18 PM, Heiko Baumann wrote:
> Hi Andi
>
>
>
> Ja- Commit 8ac2c5039273b590aec2a9890f87400c08b949a8 liegt dazwischen.
>
>
> Ich kann's nicht mehr nachvollziehen:
>
> SELECT e0_.id AS id0, e0_.uu