Incredibile di domenica constatare che la banda in uscita dai nostri server è saturata ai 100Mbps.
Grafico sbalordititvo. Il grosso del traffico, circa il 70 Mbps è dato da streaming server, audio e video. Ma anche avere 30 Mbps di traffico http è impressionante.
Quando lo racconto in giro non ci credono mai.

Di derby del genere non se ne vedevano da tempo. Buon gioco, squadre determinate, un sacco di gol e vittoria nerazzurra.
Ho aspettato la metà del secondo per fare l’upload dei filmati dei gol onde evitare il saturarsi della banda, che era comunque già prossimo. Già con un paio di gol saturiamo i 100 Mbps, figuriamoci con 7, in un derby!

Inter in testa al campionato. Vediamo domani cosa farà il Palermo per capire se saremo da soli o in compagnia in vetta.

Per fugare ogni dubbio sul fatto che MySQL non sia performante.

Notare il numero medio di query eseguite al secondo.

Notare il carico contenuto del server

I codici dell’impianto d’allarme sono cambiati in settimana, ma chi li ha aggiornati ha fatto un po’ di casini.
Il mio nuovo codice non funziona. Dopo un po’ di smanettamento parte la sirena dell’allarme. Arriva la polizia! Ormai sono abituato, non è certo la prima volta.

Serata di lavoro iniziata storta: cena di corsa poco apprezzata, mezzora al telefono con il centro assistenza in giro a zonzo per la sede a riprogrammare l’impianto di allarme, impostazione al volo di streaming, cassette da registrare, gol da codificare e pubblicare, ecc. ecc. .. insomma un bel casino.

Adesso siamo nell’intervallo. Tutto sembra tranquillo (banda a parte che tocca i 100Mbps come al solito) e l’Inter vince per 2-0 sul Milan.

I found a bug on the view implementation.

According to the manual some view is updatable if the view satisfies the “one-to-one relationship” between the rows in the view definition and the rows in the underlying tables. To be more specific a view is not updatable if it contains any of the following:

• aggregate functions (AVG(), SUM(), MIN(), …)
• DISTINCT
• GROUP BY
• HAVING
• UNION (ALL)
• subquery in select list
• JOIN (with some exception)
• non-updatable view in the FROM clause
• algorithm=temptable
• refers only to literal values

So, let’s try this simple example:


mysql> create table t1 (a int);
Query OK, 0 rows affected (0.21 sec)



mysql> create view v1 as select a from t1;
Query OK, 0 rows affected (0.00 sec)



mysql> create view v2 as select a from t1 order by a;
Query OK, 0 rows affected (0.00 sec)


Views v1 and v2 are similar except for the ORDER BY clause. According to the definition of updatable view both views could be updatable, but …


mysql> insert into v1 values (1);
Query OK, 1 row affected (0.00 sec)



mysql> select * from t1;
+------+
|    a |
+------+
|    1 |
+------+
1 row in set (0.00 sec)


OK, v1 is updatable.


mysql> insert into v2 values (2);
ERROR 1288 (HY000): The target table v2 of the INSERT is not updatable


Opss, v2 is not updatable :-((

Is it a bug or an expected behavior ?

A friend of mine has already submitted the bug-report to MySQL.

Found accidentally during a course on MySQL 5.0.24 (Ubuntu), but verified on other versions (including 5.1).