<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2016-03-07 11:42 GMT-08:00 Roberto Polli <span dir="ltr"><<a href="mailto:robipolli@gmail.com" target="_blank">robipolli@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">Il 7 marzo 2016 18:53, enrico franchi <<a href="mailto:enrico.franchi@gmail.com">enrico.franchi@gmail.com</a>> ha scritto:<br>
>> MySQL è un db più general purpose ;) puoi decidere il pH.<br>
> ???<br>
</span>pH = grado di ACID-ità ;D<br>
<span class=""><br>
> Gli standard ti dicono *cosa* devi supportare, non ti dicono quanto sia una<br>
> buona idea usare una determinata feature per risolvere un determinato<br>
> problema.<br>
</span>Non ho capito: MySQL ti *permette* di settare l'isolation level.<br>
Questo non vuol dire che sia giusto farlo. Ma neanche che sia<br>
sbagliato darti la possibilità di farlo.<br></blockquote><div><br></div><div>Corretto entrambe. Io mi limito a dire che secondo me non e' la soluzione al problema di OP.</div><div>E che, specificamente, secondo me c'e' qualcosa di veramente e profondamente sbagliato nel modo in cui il codice di OP parla con MySQL. </div><div><br></div><div>In particolare, il suo problema apparentemente e' che gli altri client non leggono dati *committati*. Lui in questo modo invece sta aprendo il mondo a leggere sia i dati committati sia quelli non committati. A me di casi in cui veramente si vuole questa cosa ne vengono in mente alcuni, ma sono tutti relativamente poco generali. Il che mi fa pensare che probabilmente non e' quello che vuole.</div><div><br></div><div>Messo insieme a "mi hanno suggerito questa soluzione" (che si legge drammaticamente come "cosi' sembra funzionare ma non so perche'") mi fa pensare che per ora OP abbia spostato la canna del fucile dal piede, senza accorgersi che era un fucile Michael Angelo Style (<a href="https://s-media-cache-ak0.pinimg.com/236x/87/07/d9/8707d9482727e661c992471e22ad5ce5.jpg">https://s-media-cache-ak0.pinimg.com/236x/87/07/d9/8707d9482727e661c992471e22ad5ce5.jpg</a>) e che nel contempo si e' puntato due altre canne, una per piede e una da un'altra parte. Ora, io sto suggerendo di rendersi conto di questa cosa prima di provare a premere il grilletto: la polemica mi interessa poco.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> Variazioni della frase: "con la ${v2} stanno migliorando molto. Il problema<br>
> e' il numero di ${v1} ancora in giro... " le sento da tipo 15 anni.<br>
</span>Parafraso ;) MySQL 5.5 è uscito nel 2009. Se poi ancora andiamo in<br>
giro con la 5.1 va bene tutto :DDD<br>
<br>
Quindi:<br>
<br>
  - ok se mi dici che MySQL fa' schifo perché sulle tabelle<br>
hash-partizionate tutti i vincoli relazionali devono includere la<br>
chiave;<br>
  - ko se parli di myisam che non è l'engine di default da circa 7 anni.</blockquote><div><br></div><div>Io non ho detto che myisam sia l'engine di default. MySQL e' un progetto del 1995. Il che prendendo buona la tua data di 7 anni fa (non ho davvero voglia di controllare), vuole dire che per *14* anni hanno pensato che fosse una buona idea shippare un db relazionale con come default con un coso che in pratica non supporta il modello relazionale. Da cui il mio commento che sta roba di correttezza, ACID, foreign keys non sono esattamente il primo concern in quella community. <br></div><div><br></div><div>La mia impressione e' che nella community MySQL (non nel prodotto MySQL) un sacco di cose scontatissime altrove sembrano rocket science.</div><div><br></div><div>Poi si puo' parlare a lungo del prodotto in se, figuriamoci. </div></div><div><br></div>-- <br><div class="gmail_signature"> .<br>..: -enrico-</div>
</div></div>