Re: [Python] MySQLdb connect non aggiorna i dati sui client

2016-03-07 Per discussione Giuseppe Costanzi
2016-03-08 1:19 GMT+01:00 enrico franchi :
>
> 2016-03-07 15:56 GMT-08:00 Enrico Bianchi :
>>>
>>> cosa potrebbe essere?
>>
>> Di tutto, anche se propenderei ad un problema lato codice (ok che MySQL fa
>> cagare, ma non fino a questo punto)
>
>
> +1; da cui suggerivo che invece di smacchinare con la conf di MySQL si
> facesse un briciolo di root cause analysis.
>
>
allora, questa e' ,una parte, della classe che esegue le operazioni di
scrittura sul db
la connessione la apro al lancio dell' applicazione ed eseguo il
commit di tutti i DML (INSERT ed UPDATE)
poi la chiudo, senza commit alla chiusura dell' applicazione.
che mi sfugge?

class DBMS(object):
def __init__(self,*args, **kwargs):
super(DBMS, self).__init__(*args, **kwargs)

self.open_connection(kwargs)

def open_connection(self, kwargs):
self.con =  mdb.connect(kwargs['server'],
kwargs['user'],
kwargs['password'],
kwargs['database'])



def write(self, sql, args=()):
try:
cur = self.con.cursor()
cur.execute(sql,args)
self.con.commit()
cur.close()

except:
self.con.rollback()
print sql, args
print sys.exc_info()[0]
print sys.exc_info()[1]
print sys.exc_info()[2]
finally:



> .
> ..: -enrico-
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] [OT] L'apocalisse

2016-03-07 Per discussione Mauro


Il teppista

> Il giorno 08 mar 2016, alle ore 00:20, Enrico Bianchi 
>  ha scritto:
> 
> https://www.microsoft.com/en-us/server-cloud/sql-server-on-linux.aspx

Ecco uno dei primi risultati della stretta di mano tra Redhat e M$. Tra un po, 
arriveranno pure altri giocattoli.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] R: Re: R: Salve a tutti, sono nuovo.

2016-03-07 Per discussione Marco Beri
2016-03-08 1:22 GMT+01:00 enrico franchi :

Per inciso, questa e' diventata la mia bucket list:
>
> https://www.reddit.com/r/sysadmin/comments/2gt7x5/just_sysadmin_things_for_which_ive_been
>

Un annoy-a-tron preso su Thinkgeek l'ho usato in ufficio. Da schiantare
:-)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] R: Re: R: Salve a tutti, sono nuovo.

2016-03-07 Per discussione enrico franchi
>
>
> 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
>

Tenendo conto la mia avversione per le armi da fuoco e ogni tipo di azione
indiscriminata, e' chiaro quale sia il mio destino.

Per inciso, questa e' diventata la mia bucket list:
https://www.reddit.com/r/sysadmin/comments/2gt7x5/just_sysadmin_things_for_which_ive_been

-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] MySQLdb connect non aggiorna i dati sui client

2016-03-07 Per discussione enrico franchi
2016-03-07 15:56 GMT-08:00 Enrico Bianchi :

> cosa potrebbe essere?
>>
> Di tutto, anche se propenderei ad un problema lato codice (ok che MySQL fa
> cagare, ma non fino a questo punto)


+1; da cui suggerivo che invece di smacchinare con la conf di MySQL si
facesse un briciolo di root cause analysis.


-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] MySQLdb connect non aggiorna i dati sui client

2016-03-07 Per discussione Enrico Bianchi

On 03/02/2016 01:58 PM, Giuseppe Costanzi wrote:


Tra l' altro, usando tabelle innodb, nelle operazioni di scrittura
forzo sempre il commit dell' operazione.
Sei sicuro? Perché, da come hai scritto, sembrerebbe proprio che tu non 
faccia mai il commit (che viene fatto alla chiusura dell'applicazione). 
Non è che hai una qualche eccezione che viene sollevata prima 
dell'esecuzione del commit e perciò questo non viene mai fatto?



cosa potrebbe essere?
Di tutto, anche se propenderei ad un problema lato codice (ok che MySQL 
fa cagare, ma non fino a questo punto)


Enrico
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


[Python] [OT] L'apocalisse

2016-03-07 Per discussione Enrico Bianchi

https://www.microsoft.com/en-us/server-cloud/sql-server-on-linux.aspx

Enrico
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] MySQLdb connect non aggiorna i dati sui client

2016-03-07 Per discussione enrico franchi
2016-03-07 11:42 GMT-08:00 Roberto Polli :

> Il 7 marzo 2016 18:53, enrico franchi  ha
> scritto:
> >> MySQL è un db più general purpose ;) puoi decidere il pH.
> > ???
> pH = grado di ACID-ità ;D
>
> > Gli standard ti dicono *cosa* devi supportare, non ti dicono quanto sia
> una
> > buona idea usare una determinata feature per risolvere un determinato
> > problema.
> Non ho capito: MySQL ti *permette* di settare l'isolation level.
> Questo non vuol dire che sia giusto farlo. Ma neanche che sia
> sbagliato darti la possibilità di farlo.
>

Corretto entrambe. Io mi limito a dire che secondo me non e' la soluzione
al problema di OP.
E che, specificamente, secondo me c'e' qualcosa di veramente e
profondamente sbagliato nel modo in cui il codice di OP parla con MySQL.

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.

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 (
https://s-media-cache-ak0.pinimg.com/236x/87/07/d9/8707d9482727e661c992471e22ad5ce5.jpg)
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.


> > Variazioni della frase: "con la ${v2} stanno migliorando molto. Il
> problema
> > e' il numero di ${v1} ancora in giro... " le sento da tipo 15 anni.
> Parafraso ;) MySQL 5.5 è uscito nel 2009. Se poi ancora andiamo in
> giro con la 5.1 va bene tutto :DDD
>
> Quindi:
>
>   - ok se mi dici che MySQL fa' schifo perché sulle tabelle
> hash-partizionate tutti i vincoli relazionali devono includere la
> chiave;
>   - ko se parli di myisam che non è l'engine di default da circa 7 anni.


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.

La mia impressione e' che nella community MySQL (non nel prodotto MySQL) un
sacco di cose scontatissime altrove sembrano rocket science.

Poi si puo' parlare a lungo del prodotto in se, figuriamoci.

-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] MySQLdb connect non aggiorna i dati sui client

2016-03-07 Per discussione Roberto Polli
Il 7 marzo 2016 18:53, enrico franchi  ha scritto:
>> MySQL è un db più general purpose ;) puoi decidere il pH.
> ???
pH = grado di ACID-ità ;D

> Gli standard ti dicono *cosa* devi supportare, non ti dicono quanto sia una
> buona idea usare una determinata feature per risolvere un determinato
> problema.
Non ho capito: MySQL ti *permette* di settare l'isolation level.
Questo non vuol dire che sia giusto farlo. Ma neanche che sia
sbagliato darti la possibilità di farlo.

> Variazioni della frase: "con la ${v2} stanno migliorando molto. Il problema
> e' il numero di ${v1} ancora in giro... " le sento da tipo 15 anni.
Parafraso ;) MySQL 5.5 è uscito nel 2009. Se poi ancora andiamo in
giro con la 5.1 va bene tutto :DDD

Quindi:

  - ok se mi dici che MySQL fa' schifo perché sulle tabelle
hash-partizionate tutti i vincoli relazionali devono includere la
chiave;
  - ko se parli di myisam che non è l'engine di default da circa 7 anni.

Pace,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] MySQLdb connect non aggiorna i dati sui client

2016-03-07 Per discussione enrico franchi
2016-03-04 2:42 GMT-08:00 Roberto Polli :

> Ciao a tutti,
>
> Il 3 marzo 2016 18:18, enrico franchi  ha
> scritto:
> > Verrebbe anche da dire che la community di MySQL e' relativamente poco
> > sensibile al fatto che quando si usa un database relazionale ACID uno
> > vorrebbe cha ppunto fosse relazionale e ACID (MyISAM anybody?).
>


> MySQL è un db più general purpose ;) puoi decidere il pH.
>

???



>
> > E si, sono d'accordo con te che sia veramente una brutta opzione.
> Peccato faccia parte di ANSI SQL ;)
> https://en.wikipedia.org/wiki/Isolation_(database_systems)#Isolation_levels


E ancora una volta... ??? Cosa c'entra "peccato che" e cosa centra lo
standard.
Gli standard ti dicono *cosa* devi supportare, non ti dicono quanto sia una
buona idea usare una determinata feature per risolvere un determinato
problema.


> > Visto e considerato che MySQL fa abbastanza schifo di suo, se non
> interessa nemmeno
> > il poco che offre, tanto vale usare qualcosa che almeno sia piu'
> leggerino.
> Vabbé, siamo alla calunnia :D
>
> A parte scherzi, con la 5.7 stanno migliorando molto. Il problema è il
> numero di 5.1 ancora in giro...
>

Variazioni della frase: "con la ${v2} stanno migliorando molto. Il problema
e' il numero di ${v1} ancora in giro... " le sento da tipo 15 anni. 15
forse no... 10? Boh, ho perso il conto. Forse il fatto e' che la ${v2},
sebbene faccia cacare meno della ${v1}... come dire, eh?

-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] MySQLdb connect non aggiorna i dati sui client

2016-03-07 Per discussione Roberto Polli
Il 7 marzo 2016 10:13, Giuseppe Costanzi 
ha scritto:
> nel caso im questione mysql è quello di un server virtualizzato con debian 5
> e non è possibile aggiornarlo...
La versione di openssl qual è?

Pax,
R.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] un saluto e parto subito con una domanda...

2016-03-07 Per discussione Marco Santamaria
Il giorno 5 marzo 2016 14:36, Davide Olianas  ha
scritto:

> 2) Mi confermate che in setup.py install_requires dovrebbe contenere solo
> i nomi delle dipendenze senza specificare le versioni con cui ho testato il
> codice, cosa da fare invece in requirements.txt?
>

Ho trovato una risposta soddisfacente a questo dubbio in questo non
recentissimo post, scritto da uno degli sviluppatori di pip:
https://caremad.io/2013/07/setup-vs-requirement/

Ciao,
Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] MySQLdb connect non aggiorna i dati sui client

2016-03-07 Per discussione Giuseppe Costanzi
Il giorno 05/mar/2016 15:52, "Carlos Catucci"  ha
scritto:
>
>
> 2016-03-04 14:22 GMT+01:00 Roberto Polli :
>>
>> La cosa che fa' strano però è trovare gente che si lamenta ancora
>> di mysql 4 quando basterebbe un upgrade.
>
>
> A volte non hai il controllo dell'host. Un sacco di gente ha hosting non
dedicati e devi arrangiarti con la versione che passa il convento, pardon,
il provider dell'host.

nel caso im questione mysql è quello di un server virtualizzato con debian
5 e non è possibile aggiornarlo...
>
> Carlos
> --
> EZLN ... Para Todos Todo ... Nada para nosotros
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python