Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-20 Per discussione Manlio Perillo
On 20/11/2013 13:08, Marco Beri wrote: 2013/11/20 Manlio Perillo mailto:manlio.peri...@gmail.com>> Ci vuoi scrivere un libro? Ho già dato. Avanti c'è posto. Se mai mi dovesse tornare la voglia, scriverò un giallo :-) Un buon caso da risolvere è: "perchè nel chan #python.it su Freenode

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-20 Per discussione enrico franchi
2013/11/19 Daniele Varrazzo > 1. far diventare tutto un oggetto non è sempre utile > +1 > 2. il modello relazionale è un soprainsieme del modello degli oggetti > Su questa sono combattuto. Sono d'accordo sul fatto che usando il concetto di relazione puoi esprimere tutto quello che puoi esprim

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-20 Per discussione Marco Beri
2013/11/20 Manlio Perillo > Ci vuoi scrivere un libro? > Ho già dato. Avanti c'è posto. Se mai mi dovesse tornare la voglia, scriverò un giallo :-) Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/py

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-20 Per discussione Manlio Perillo
On 20/11/2013 00:36, Marco Beri wrote: [...] Mamma mia. Oggi questa lista ha prodotto diverse perle (chiaramente IMHO). Ed tutte gratis. Ci vuoi scrivere un libro? > [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Daniele Palmese
Il giorno 20 novembre 2013 00:36, Marco Beri ha scritto: > Meditate, gente, meditate. > > Più che meditate, godete... Ciao. Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Marco Beri
2013/11/19 Daniele Varrazzo > ovviamente arriverai alla conclusione che gli ORM sono l'invenzione > migliore dopo il pane affettato. Prova con: > > 1. far diventare tutto un oggetto non è sempre utile > 2. il modello relazionale è un soprainsieme del modello degli oggetti > Mamma mia. Oggi quest

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Daniele Varrazzo
On 2013-11-19 17:58, Pietro Battiston wrote: Il giorno mar, 19/11/2013 alle 17.55 +0100, Manlio Perillo ha scritto: On 19/11/2013 17:30, Pietro Battiston wrote: > [...] >> oppure: >> for row in r: >> print row['id'], row['rel'] > > > Sì, questo mi è chiaro, ma a me piace più un > > pri

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Pietro Battiston
Il giorno mar, 19/11/2013 alle 17.55 +0100, Manlio Perillo ha scritto: > On 19/11/2013 17:30, Pietro Battiston wrote: > > [...] > >> oppure: > >> for row in r: > >> print row['id'], row['rel'] > > > > > > Sì, questo mi è chiaro, ma a me piace più un > > > > print mio_ogg.id, mio_ogg.rel >

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Simone Federici
@Nicola > > ORM is an anti-pattern > > Di anti pattern famosi ce ne sono tanti: - Spaghetti Code Ma ci sono anche quelli poco conosciuti - Links To Distractions

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Manlio Perillo
On 19/11/2013 17:37, Nicola Larosa wrote: Pietro Battiston wrote: ... poi ad un livello più di principio, per me l'ORM è ciò che permette di usare un database ragionando ad oggetti, e la cosa, a meno di controindicazioni che ancora mi sfuggono, mi piace. No, va bene, se ti piacciono il Vietnam

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Manlio Perillo
On 19/11/2013 17:30, Pietro Battiston wrote: [...] oppure: for row in r: print row['id'], row['rel'] Sì, questo mi è chiaro, ma a me piace più un print mio_ogg.id, mio_ogg.rel La differenza tra print row['id'], row['rel'] è solo di "facciata", specialmente se tieni cont

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Marco Mariani
ah, e "sql antipatterns", non ricordo l'editore, certamente il libro più accessibile e con il quale concordo al 95%. p. s. uso sqlalchemy dalla v0.4 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Marco Beri
On Tue, Nov 19, 2013 at 5:37 PM, Nicola Larosa wrote: > Pietro Battiston wrote: > > ... poi ad un livello più di principio, per me l'ORM è ciò che > > permette di usare un database ragionando ad oggetti, e la cosa, > > a meno di controindicazioni che ancora mi sfuggono, mi piace. > > No, va bene,

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Marco Mariani
letture un po' più lunghe/impegnative, pur senza essere talebani: the art of sql; refactoring sql applications; sql for smarties 4ed e l'intero manuale di postgres. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/pyt

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Nicola Larosa
Pietro Battiston wrote: > ... poi ad un livello più di principio, per me l'ORM è ciò che > permette di usare un database ragionando ad oggetti, e la cosa, > a meno di controindicazioni che ancora mi sfuggono, mi piace. No, va bene, se ti piacciono il Vietnam e gli antipattern. ;-) Object-Relation

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Pietro Battiston
Il giorno mar, 19/11/2013 alle 16.10 +0100, Manlio Perillo ha scritto: > On 19/11/2013 11:01, Pietro Battiston wrote: > > [...] > > A parte gli scherzi: non dico che l'ORM di SQLAlchemy sia _semplice_, ma > > non l'ho mai trovato tanto più complesso di quanto lo fossero le mie > > esigenze. > > > >

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Manlio Perillo
On 19/11/2013 11:01, Pietro Battiston wrote: [...] A parte gli scherzi: non dico che l'ORM di SQLAlchemy sia _semplice_, ma non l'ho mai trovato tanto più complesso di quanto lo fossero le mie esigenze. Un ultimo consiglio è di non usare l'ORM a meno di non aver bisogno veramente delle sue funz

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Dario Bertini
2013/11/19 Pietro Battiston : > OK, OK, uso l'ORM perché non conosco SQL... ma _anche_ perché mi fa > risparmiare parecchio codice, e perché preferisco passare istanze che > id/righe... non è una motivazione molto pythonica?! > > Per quello ne ho capito io, _la_ funzionalità dell'ORM è mappare righ

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Pietro Battiston
Il giorno dom, 17/11/2013 alle 20.40 +0100, Manlio Perillo ha scritto: > On 16/11/2013 18:57, Pietro Battiston wrote: > > [...] > > > > Ora, io di norma non tocco un database se non tramite sqlalchemy. Fingo > > che sia perché mi piace scrivere codice portabile/elegante - la verità è > > che fino a

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Simone Federici
Aggiungerei che è buona pratica mettere un indice sulle colonne delle FK. Se è una OneToOne, è unica e l'indice c'è già, ma se non è unique, allora bisogna aggiungere un indice, altrimenti fisicamente su disco o in memoria, a seconda delle dimensioni, il db deve crearsi una struttura dati e mettere

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Manlio Perillo
On 19/11/2013 10:31, Pietro Battiston wrote: [...] Aggiungi due indici. Grazie! (anche a Simone e Manlio) Sarà ormai charo a tutti che, parafrasando il Subject, non avevo capito più o meno nulla. (quello che mi fregava è che gli indici sulle colonne id delle tabelle principali erano stati cre

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-19 Per discussione Pietro Battiston
Il giorno lun, 18/11/2013 alle 17.22 +0100, Matteo Vitturi ha scritto: > [...] > > > > Per capire, mi sono andato a vedere la query che sqlalchemy genera, > ed è > > come segue: > > > > "SELECT a.id AS a_id, a.col AS a_col FROM a, arel WHERE ? = arel.id1 > AND > > a.id = arel.id2", la_mia_id > >

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-18 Per discussione Matteo Vitturi
[...] > > Per capire, mi sono andato a vedere la query che sqlalchemy genera, ed è > come segue: > > "SELECT a.id AS a_id, a.col AS a_col FROM a, arel WHERE ? = arel.id1 AND > a.id = arel.id2", la_mia_id > > Provando a chiamare direttamente questa query direttamente con sqlite, > in effetti o

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-17 Per discussione Manlio Perillo
On 16/11/2013 18:57, Pietro Battiston wrote: Salve a tutti, ho un database piuttosto semplice: tabella A, 2 colonne String di cui una "id", ed un'altra colonna "col", tabella accessoria AREL, per una many-to-many tra A e A, che chiameremo "rel": colonne "id1" e "id2" Altre due tabelle che non c

Re: [Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-16 Per discussione Simone Federici
Sembrerebbe che per restituire il valore sqllite produce una tabella temporanea con il prodotto della join delle tue tabelle. Sei sicuro che hai modellato le foreign keys? -- Simone Federici Software Craftsman XP, Agile, Scrum, Kanban Quality, performance & security Ex

[Python] O non capisco sqlite, o non capisco sqlalchemy, o entrambi

2013-11-16 Per discussione Pietro Battiston
Salve a tutti, ho un database piuttosto semplice: tabella A, 2 colonne String di cui una "id", ed un'altra colonna "col", tabella accessoria AREL, per una many-to-many tra A e A, che chiameremo "rel": colonne "id1" e "id2" Altre due tabelle che non c'entrano niente (credo) in questa storia. Ogni