2016-03-03 18:31 GMT+01:00 enrico franchi :
> Per il resto, capiscimi... mi hanno spedito in yankeeland, mi connetto,
> vedo quoting inumano dappertutto... che devo fare?
Una alternativa e' fare Bowling a Columbine oppure divbenater un emulo del
BOFH
Carlos
--
EZLN ... Para Todos Todo ... Nada
2016-03-01 11:44 GMT-08:00 Carlos Catucci :
>
> 2016-03-01 20:40 GMT+01:00 Gollum1 :
>
>> Semplicemente io ed Enrico la pensiamo allo stesso modo. Un messaggio
>> pulito, è un messaggio utile.
>
>
> Io pure condivido il punto di vista e anche dal cellualre mi sforzo di
> fare qutojng corretto. Ma
2016-03-01 22:20 GMT-08:00 Paolo Di Ieso :
> E son d'accordo, sempre fatto, lo sai, ma solo lasciando tutte le frasi e
> proprio nel loro ordine d'inserimento non consequenziale si notava la
> perdita
> di filo logico del discorso che citavo. :)
>
Fair enough...
--
.
..: -enrico-
_
2016-03-02 10:02 GMT-08:00 Giuseppe Costanzi :
> http://dev.mysql.com/doc/refman/5.0/en/innodb-consistent-read.html
>
Questo pero' non e' quello che hai descritto nel primo post.
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http:/
2016-03-02 6:28 GMT-08:00 Carlos Catucci :
> Di solito l'ORM provvede ad aprire e chiudere (se non istruito
> diversamente) le transazioni senza doveri preoccupare della cosa. Almeno
> con Django, SqlAlchemy e un paio di robi PHP e Java non mi sono mai dovuto
> sbattere poi troppo.
Scusa ma... a
2016-03-02 6:16 GMT-08:00 m :
> se usi READ UNCOMMITTED, che usi un database transazionale a fare ?
> cioè, stai dicendo "mi va bene leggere un dato, farci delle operazioni,
> ritornare un risultato, e poi magari quel dato (a causa di un ABORT)
> nel database non c'è nemmeno"
>
Verrebbe anche da
