Re: [Python] PythonReports
Il giorno 11 luglio 2013 08:40, Giovanni Porcari giovanni.porc...@softwell.it ha scritto: Fare la struttura in html ci avevo già pensato, ma il problema resta la stampa. Per quanto riguarda aeroo devo installare anche openerp? In sostanza ho un database Mysql che viene quotidianamente aggiornato, ogni settimana devo stampare un resoconto dei movimenti. Quello che mi manca è un programma che estragga e stampi i movimenti sul database, dovrei rivoluzionare tutto e gestire il database con openerp? Scusate se questo topic non è propriamente adatto alla lista, ma il programma che uso attualmente l'ho scritto in Python e sto cercando qualcosa sempre nello stesso linguaggio. lascia stare il discorso aeroo e openerp. Se avevi già pensato di farlo in html potresti prendere in considerazione questo progetto https://pypi.python.org/pypi/xhtml2pdf che ti permette di generare l'html ed esportarlo in pdf. A questo punto non ti resta che l'imabarazzo della scelta di un editor visuale html hth fabrizio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] PythonReports
Hello Alberto, Thursday, July 11, 2013, 8:50:16 AM, you wrote: dico la mia... https://code.google.com/p/pyfpdf/ Ho trovato semplice per realizzare report con header e footer con la possibilità di inserire tabelle. proverò anche questo, grazie -- Best regards, giorgio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] PythonReports
non so te, ma io per far funzionare la funzione Table ho dovuto mettere pesantemente mani al file pyfpdf.py Saluti, ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] PythonReports
Il giorno 11 luglio 2013 09:56, Alessandro Dentella san...@e-den.it ha scritto: On Thu, Jul 11, 2013 at 09:39:09AM +0200, Gianni Di Noia wrote: 2013/7/11 Alberto Abate alberto.ab...@gmail.com: dico la mia... https://code.google.com/p/pyfpdf/ Ho trovato semplice per realizzare report con header e footer con la possibilità di inserire tabelle. ha il neo dei campi di testo nelle tabelle che non vanno a capo ma la suggerisco anch'io Non mi pare un neo da poco. Non l'ho mai provata, ma se capisco correttamente per me la rende inutilizzabile. Anche groff, negli anni '80 gestiva tranquillamente l'a capo nelle celle... ed in effetti lo uso ancora per alcuni progetti mai rinnovati. Perché la suggerisci, prché ti sembra una soluzione migliore di altre o perché non ne hai mai provate altre? sandro *:-) Esiste il metodo MultiCell che dovrebbe proprio visualizzare un testo su più righe in una cella, sia automaticamente che inserendo degli \n Ho fatto qualche prova con reportlab, ma per le mie esigenze era proprio sovrabbondante. A me serviva qualcosa di semplice per stampare in pdf, con header e footer, una lista di liste in cui la prima rappresenta le etichette dei campi. pyfpdf mi ha semplificato molto la vita. Sono sempre pronto ad imparare cose nuove, ma cerco anche di non uccidere una zanzara con un cannone... ( volevo dire allontanare ;-) ) Interessante questo thread ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Nicola Larosa n...@teknico.net È passato un po' di tempo, è ora di rinfocolare vecchie polemiche. :-) Quali? Scusa Nicola ma io non vedo sostenitori di MySql se non tra i lamerazzi che fanno sitarelli in PHP (meglio ancora con Joomla o Wordpress (la moda del momento) usando magari un ide/editor Adobe a caso. Che Postgres sia non solo superiore (di brutto) a MySql, ma addirittura possa tranquillamente essere una valida alternativa a Oracle, non sono io ad affermarlo ma gente ben piu' in gamba di me. Se volevi scatenare un flame (vista 'estate fresca che stiamo avendo posso capire il perche') potevi scegliere argomenti tipo meglio Pyton2.x o Python3.x ;) Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
Il giorno 11/lug/2013 11:24, Carlos Catucci carlos.catu...@gmail.com ha scritto: 2013/7/11 Nicola Larosa n...@teknico.net È passato un po' di tempo, è ora di rinfocolare vecchie polemiche. :-) Quali? Scusa Nicola ma io non vedo sostenitori di MySql se non tra i lamerazzi che fanno sitarelli in PHP (meglio ancora con Joomla o Wordpress (la moda del momento) usando magari un ide/editor Adobe a caso. Sostenitore no... ma utilizzatore sì... e per un semplice motivo... uso wordpress (si... e per quello che devo fare mi va più che bene)... ho scelto Aruba come fornitore di servizi, e fino ad ora non me ne sono mai pentito... poco problemi, e quando cui sono stati quei pochi, l'assistenza mi ha risposto e risolto il problema in poche ore... in italiano... ed il costo è contenuto... con spazio web illimitato. Probabilmente se fossi un'azienda con altri budget e altri target, farei altre scelte... soprattutto ora che ho conosciuto python. Va da se che con le scelte fatte era ed è d'obbligo la scelta di MySQL. Anni fa avevo provato in locale plone... un vero delirio, ora non so a che punto è arrivato... se è più facile come gestione. Fatto sta che non cui sono fornitori di servizi web (italiani) che ti forniscono python ad un prezzo concorrenziale con quello di Aruba... (ripeto, per un uso home è una cosa importante). Che Postgres sia non solo superiore (di brutto) a MySql, ma addirittura possa tranquillamente essere una valida alternativa a Oracle, non sono io ad affermarlo ma gente ben piu' in gamba di me. Su questo non ci posso mettere becco... siete stati voi a distruggermi maisiquel, ed ancora non ho avuto modo di provare postgres. Ma prima o poi Byez. -- Gollum1 teoro, dov'è il mio teoro... ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 a.cava...@cavallinux.eu Quando si deve decidere una piattaforma integrazione/documentazione/**semplicita' sono i punti principali. Seguono ad una discreta distanza ragioni tecniche (e solo se hanno un impatto sul prodotto finale). Mi pare inutile voler difendere scelte del passato, nessuno le discute. Mi spiego meglio: Nicola: è pazzo e sciocco usare oggi la programmazione a schede perforate. A.Cavallo: non è come dici, ai tempi c'era solo quella, non era così male, era ben documentata. Ecco, leggendo la tua risposta ho avuto questa stessa impressione :-) Il messaggio di Nicola è molto chiaro e ficcante: al giorno d'oggi non ha senso scegliere MySQL per un progetto che nasce. Inoltre ha anche molto senso pensare di migrare eventuali progetti verso Postgresql. Fine del discorso (che condivido in toto). Ciao. Marco. P.S. Hai Wordpress su Mysql? Chissenefrega, continua a usarlo e amen. Non si parla di questo in una lista Python-it ;-) -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Nicola Larosa n...@teknico.net Marco, mi fa specie che tu non commenti il link in fondo al mio messaggio in cui si evidenzia la serietà e il rigore degli organizzatori. Mi sembra il minimo. Chi si loda s'imbroda... :-D ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
Quali? Scusa Nicola ma io non vedo sostenitori di MySql se non tra i lamerazzi che fanno sitarelli in PHP (meglio ancora con Joomla o Wordpress (la moda del momento) usando magari un ide/editor Adobe a caso. Che Postgres sia non solo superiore (di brutto) a MySql, ma addirittura possa tranquillamente essere una valida alternativa a Oracle, non sono io ad affermarlo ma gente ben piu' in gamba di me. Se volevi scatenare un flame (vista 'estate fresca che stiamo avendo posso capire il perche') potevi scegliere argomenti tipo meglio Pyton2.x o Python3.x ;) Carlos Non è la prima volta che in questa lista leggo interventi come questo, e mi permetto di dire che sono *quantomeno* ingiusti, se non addirittura sbagliati e fuorvianti. Premetto -molto modestamente- che, sia grazie agli studi universitari, sia grazie a vari percorsi privati e di autodidatta, conosco ed utilizzo svariati linguaggi, e cerco di tenermi quanto più aggiornato possibile dedicando molto tempo, ancora oggi, allo studio, compatibilmente alle esigenze lavorative. Insomma, cerco di parlare con cognizione di causa. IMHO ritengo che Mysql, PostgreSQL e Oracle siano completamente differenti, e quindi che la scelta dipenda dal progetto che si sta affrontando. Non conosco personalmente/lavorativamente chi fa queste affermazioni, ma mi sembra giusto portare i miei 2 cents a beneficio dei giovani che leggono: nel 2013 non è il linguaggio o il database che si utilizza che fa di te un lamerozzo, ma *come* lo si sceglie, *come* lo si configura e *come* si utilizza. Consigliare il cliente e guidarlo in base alle sue priorità: scalabilità, velocità di realizzo, costi di sviluppo/gestione,ambiente di produzione,... chi se la sente di dire che esiste una soluzione valida sempre? Personalmente possiamo avere delle preferenze, e magari la nostra attività lavorativa ci porta maggiormente a fare delle scelte, ma sono soggettive e non generalizzabili. Alberto ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Alberto De Prezzo albertodepre...@gmail.com IMHO ritengo che Mysql, PostgreSQL e Oracle siano completamente differenti, e quindi che la scelta dipenda dal progetto che si sta affrontando. Non conosco personalmente/lavorativamente chi fa queste affermazioni, ma mi sembra giusto portare i miei 2 cents a beneficio dei giovani che leggono: nel 2013 non è il linguaggio o il database che si utilizza che fa di te un lamerozzo, ma *come* lo si sceglie, *come* lo si configura e *come* si utilizza. Consigliare il cliente e guidarlo in base alle sue priorità: scalabilità, velocità di realizzo, costi di sviluppo/gestione,ambiente di produzione,... chi se la sente di dire che esiste una soluzione valida sempre? Non sono d'accordo con quanto dici (ma mi batterò fino alla morte affinché tu possa dirlo, ecc. :-) Ad oggi per operare un ginocchio si fa il primo taglio usando un bisturi. Ad oggi se serve un nuovo database si deve usare Postgresql. Fine del discorso. Davvero è così semplice. In passato non era così, in futuro probabilmente le cose cambieranno. Ma per ora non serve dire altro. Poi ci sono questioni legacy o politiche. Ma tecnicamente non c'è molto altro da aggiungere. Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Nicola Larosa n...@teknico.net Su questa lista stamattina: ho un database Mysql Si ma era una richiesta di aiuto, del tipo sta male, non sopravvivera', aiutatemi a risparmiargli atroci tormenti ;) E fornire qualche puntatore a degli utili talk che ho visto. Cosa di cui ti sono grato, visto che pure quest'anno mi sono dovuto perdere la PyCon (per me ormai e' la PySenza) E magari far notare a qualcuno che forse non sta facendo il miglior servizio a sé e ai propri utenti. Beh se non ci arriva da se temo che sia come tentare di convertire al buddhismo un Testimone di Geova. ;) Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Alberto De Prezzo albertodepre...@gmail.com IMHO ritengo che Mysql, PostgreSQL e Oracle siano completamente differenti, e quindi che la scelta dipenda dal progetto che si sta affrontando. Che siano differenti e' evidente, che Postgres possa andare bene tanto per progetti piu' piccoli (dove di solito si usa MySql) che per piu' grandi (dove Oracle regnava quasi incontrastato) e' provato con i fatti, che la scelta dipende dal progetto ... diciamo dal progettista. Posto che io affermo sempre che il miglior linguaggio/sistema operativo/editor/IDE/quant'altro sia quello che sai usare meglio, ci sono delel oggettivita' che non si possono soggettivitizzare (e cheido scusa per i neologismi orrendi). Non conosco personalmente/lavorativamente chi fa queste affermazioni, ma mi sembra giusto portare i miei 2 cents a beneficio dei giovani che leggono: nel 2013 non è il linguaggio o il database che si utilizza che fa di te un lamerozzo, ma *come* lo si sceglie, *come* lo si configura e *come* si utilizza. La scelta pero' viene fatta in base all'esperienza. E chi ha esperienza e non ha idee fossilizzate (io sono bravo a usare il cobol quindi il prossimo gioco grafico 3D realtime lo scrivo in cobol, che e' il miglior linguaggio del mondo [*] ) scegliera' in base alle effettive prestazioni. Ora, concordo che per andare per fossi sia meglio una jeep che una ferrari testarossa, pero' potrei anche usare una Panda 4x4 al suo posto. MySql ha dei limiti evidenti. La sua capillare diffusione, al pari del linguaggio che piu' di ogni altro e' il suo sposo perfetto (PHP) e' legata sopratutto a due fattori: 1. Piu' semplice da amministrare a livello power user di altri 2. Praticamente spesso la sola scelta offerta da gran parte degli host (chi ha detto aruba?) Ma siamo alla logica del mangiate merda, milioni di miliardi di mosche non possono avere torto (ovvero se lo usano in tanti deve esserci qualcosa di buono). Consigliare il cliente e guidarlo in base alle sue priorità: scalabilità, velocità di realizzo, costi di sviluppo/gestione,ambiente di produzione,... chi se la sente di dire che esiste una soluzione valida sempre? Non stiamo dicendo che esiste la soluzione valida sempre, ma che certe cose da te descritte puo' offrirle di certo Postgres e non puo' fare altrettanto MySql. E te lo dice uno che usava MySql gia' 10 anni e passa fa' (come vola il tempo quando fai un lavoro che ti diverte). Personalmente possiamo avere delle preferenze, e magari la nostra attività lavorativa ci porta maggiormente a fare delle scelte, ma sono soggettive e non generalizzabili. Forse lo farai tu. Io scelgo (se posso, altrimenti consiglio caldamente, fino al punto di rifiutare di fare il lavoro se il caso) sempre la soluzione migliore in se, oggettivamente. Poi che ci siano casi in cui mi chiedono di fare una applicazione PHP con db MsSqServer, che girera' su 3 PC posti nello stesso ufficio dove 2 sono solo delle postazioni di scorta, praticamente neppure lavoreranno mai 2 assieme, e rifiutano la mia proposta di sviluppare il tutto in C# .NET, il tutto perche' i ragazzotti del CED del cliente finale vogliono PHP perche' una volta hanno stampato Ciao Mondo ... beh ciascuno butta via i soldi come meglio crede, certo, e come diceva Barnum Ogni minuto nasce un pollo, ma questo non vuol dire che una cosa bacata non sia tale in casi particolari. * Per alcune cose specifiche potrebbe anche essere vero, sebbene non me ne sovvenga nessuna in questo momento, probabilmente un mio limite. Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Marco Beri marcob...@gmail.com Ad oggi per operare un ginocchio si fa il primo taglio usando un bisturi. Ad oggi se serve un nuovo database si deve usare Postgresql. Fine del discorso. Davvero è così semplice. In passato non era così, in futuro probabilmente le cose cambieranno. Ma per ora non serve dire altro. Poi ci sono questioni legacy o politiche. Ma tecnicamente non c'è molto altro da aggiungere. +1 -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Marco Beri marcob...@gmail.com Ad oggi per operare un ginocchio si fa il primo taglio usando un bisturi. Ad oggi se serve un nuovo database si deve usare Postgresql. Io per adesso me la sono cavata con file csv e quando l'ho incontrato sqlite. Sono giocattolini, ma per le mie esigenze vanno benone. Sarà per questo che la brutta ferita al ginocchio non guarisce mai ;-)) E' un piacere leggervi, mentre vi scannate, ops... confrontate Il giorno 11 luglio 2013 16:31, Carlos Catucci carlos.catu...@gmail.comha scritto: 2013/7/11 Marco Beri marcob...@gmail.com Ad oggi per operare un ginocchio si fa il primo taglio usando un bisturi. Ad oggi se serve un nuovo database si deve usare Postgresql. Fine del discorso. Davvero è così semplice. In passato non era così, in futuro probabilmente le cose cambieranno. Ma per ora non serve dire altro. Poi ci sono questioni legacy o politiche. Ma tecnicamente non c'è molto altro da aggiungere. +1 -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ 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] Usare il db giusto, non quello sbagliato
Il giorno 11/lug/2013 16:47, Alberto Abate alberto.ab...@gmail.com ha scritto: 2013/7/11 Marco Beri marcob...@gmail.com Ad oggi per operare un ginocchio si fa il primo taglio usando un bisturi. Ad oggi se serve un nuovo database si deve usare Postgresql. Io per adesso me la sono cavata con file csv e quando l'ho incontrato sqlite. Sono giocattolini, ma per le mie esigenze vanno benone. Un bisturi non serve per una sbucciatura :-) Sarà per questo che la brutta ferita al ginocchio non guarisce mai ;-)) E' un piacere leggervi, mentre vi scannate, ops... confrontate Lol! L'informatico è l'unico professionista che vuole diffondere e regalare i propri vantaggi competitivo-tecnologici. Che strano individuo... :-) Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
E' solo un reperto archeologico, ma ve lo ricordate? https://pypi.python.org/pypi/KirbyBase Il sito non c'è più, ma mi ricordo che l'idea mi era piaciuta molto... Cioè un db costruito con soli file txt. Era prima di scoprire il modulo csv. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Alberto De Prezzo albertodepre...@gmail.com pero' non sarei così estremista. Non si rifiuta un lavoro perché c'è MySQL Non ho detto che rifiuto per MySql, ma se assieme a mysql trovo altre cose che non mi convincono ... IMHO, MySQL -se ben configurato ed amministrato- ad oggi non è questo demonio che descrivete. No e' un demonio, ma non ha senso in ottica professionale, non molta piu' di usare ad esempio Access. Ritengo che negli anni Postgres verrà fuori meglio e si farà preferire, ma chi vivrà vedrà. Se guardi in giro i progetti importanti trovi ovunque Postgres o i NoSql (Mongo, Hadoop etc.). MySql sempre piu rimane la scelta dello sviluppatore semi-pro che non ha voglia/capacita'/necessita' di fare il salto di qualita'. Sono convinto che allo stato attuale non possiamo definirlo una soluzione sempre-e-comunque superiore. Pareri. Strettamente personali. Io pero' guardo ai fatti,, e come diceva l'assessore Cevoli: e i fatti lo dimostrano! ;) p.s.: Una piccola curiosità: da quale versione non usate MySQL? Ultima mi sembra sia stata 5.1 o poco piu'. Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
Il giorno 11/lug/2013 20:18, Gian Mario Tagliaretti g.tagliare...@gmail.com ha scritto: 2013/7/11 Carlos Catucci carlos.catu...@gmail.com: Se guardi in giro i progetti importanti trovi ovunque Postgres o i NoSql (Mongo, Hadoop etc.). MySql sempre piu rimane la scelta dello sviluppatore semi-pro che non ha voglia/capacita'/necessita' di fare il salto di qualita'. Siccome non mi sembrano dei pirla, mi chiedevo come mai in Google usano MySql per Cloud SQL [1] [1] https://developers.google.com/cloud-sql/faq Penso per lo stesso motivo per cui in Facebook usano PHP. Legacy. E comunque non è che sono tutti infallibili lì, eh... :-) Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Marco Beri marcob...@gmail.com Penso per lo stesso motivo per cui in Facebook usano PHP. ... perché così possono usare phpMyAdmin! Ciao -- Andrea Francia http://andreafrancia.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Gian Mario Tagliaretti g.tagliare...@gmail.com 2013/7/11 Marco Beri marcob...@gmail.com: Penso per lo stesso motivo per cui in Facebook usano PHP. Legacy. Ma in realtà il servizio non è uno dei più antichi, anzi direi che è relativamente nuovo, pensandola esattamente come la maggiornanza dei presenti su MySql mi son chiesto già da un po' il perchè di questa scelta Ah, non lo sapevo. Confesso di aver risposto senza controllare (infatti ho scritto penso :-). E comunque non è che sono tutti infallibili lì, eh... :-) Ahhh su questo non c'è dubbio, sono parecchie le scelte di Google che non condivido, o più semplicemente non comprendo, ultimamente (ma purtroppo o per fortuna non gestico il loro wallet) :-) Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Enrico Bianchi enrico.bian...@ymail.com Qua ti posso rispondere io. Query complessa con un fottiliardo di inner join del tipo WHERE t1.campo = t2.campo in mezzo, non modificabile perche` generata da un simil orm. Su MySQL (5.1 se non ricordo male, ma e` un problema anche in 5.5), su macchina virutale pompata linux 64bit, il database ci metteva un'ora per tirare fuori i dati. Su Oracle 11g, su macchina fisica pompata linux 64bit, ci metteva 5 minuti. Su PostgreSQL (una 9.0 o una 9.1, non ricordo), su macchina virutale windows (2003 32bit, 1 core e 512Mb di RAM allocati) ci ha messo 7 minuti Credo tu sia passabile di non so quale richiesta di risarcimento. Mi pare che Oracle vieti espressamente di pubblicare benchmark che riguardano i suoi prodotti (chissà se è leggenda o no). A me questo basterebbe per squalificare un'intero marchio. Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Marco Beri marcob...@gmail.com Credo tu sia passabile di non so quale richiesta di risarcimento. Ehm... passibilie... :-) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Andrea Francia and...@andreafrancia.it Penso per lo stesso motivo per cui in Facebook usano PHP. ... perché così possono usare phpMyAdmin! +1 LOL -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Enrico Bianchi enrico.bian...@ymail.com Eh, magari, io vedo ancora professionisti che ti rispondono candidamente il problema e` tuo perche` non lo sai usare :/ Scusate le domande ma non ho la vostra esperienza in DB. 1) Ma questi problemi di MySQL di cui parlate si riferiscono solo alle prestazioni o c'e' altro, tipo affidabilità, strutture dati supportati? 2) Con quanti tabelle/record/GB si cominciano a sentire i problemi di cui parlate. Grazie -- Andrea Francia http://andreafrancia.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Enrico Bianchi enrico.bian...@ymail.com Anche lui mi sta deludendo parecchio, almeno lato amministrativo. Oggi, dopo due ore, mongodump era ancora al 1% per dumpare una collezione di 17mln di record. Cercando in giro informazioni in merito, tutti entravano in modalita` supercazzola, dando la colpa ai dischi o, in generale, alla macchina, tanto che i workaround piu` gettonati erano fsync + snapshot lvm oppure start replica, stop replica, backup replica. Per ora il mio giudizio rimane ancora in modalita` meh, vedremo come matura Non ho ancora fatto mai un dump ma essendo testuale una compressione brutale no? Tipo un tar.gz del file ? Chiedo da ignorante, non ho ancora abbastanza esperienza sui backup di Mongo. Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Enrico Bianchi enrico.bian...@ymail.com Eh, magari, io vedo ancora professionisti che ti rispondono candidamente il problema e` tuo perche` non lo sai usare :/ Per me non sono professionali ergo per estensione non sono professionisti. Li inquadro nella precedente categoria. Se uno invece di portare argomenti cerca di cavarsela dicendo e' perche' non sai usarlo per me si squalifica subito. E uno cosi' in un progetto non ce lo voglio. S e' vero ultimamente sono diventato selettivo (tagliato un paio di persone per scarsa professionalita' proprio in questi giorni) ma cazzo se dopo devi perdere tempo per stare dietro a scelte implementative che non reputo valide (se mi sbaglio lo ammetto, ma se poi ho ragione chi ci mette riparo?), sorry lasciamo stare, il mondo e' grade abbastanza da lasciare spazio per tutti. Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Enrico Bianchi enrico.bian...@ymail.com Qua ti posso rispondere io. Query complessa con un fottiliardo di inner join del tipo WHERE t1.campo = t2.campo in mezzo, non modificabile perche` generata da un simil orm. Su MySQL (5.1 se non ricordo male, ma e` un problema anche in 5.5), su macchina virutale pompata linux 64bit, il database ci metteva un'ora per tirare fuori i dati. Su Oracle 11g, su macchina fisica pompata linux 64bit, ci metteva 5 minuti. Su PostgreSQL (una 9.0 o una 9.1, non ricordo), su macchina virutale windows (2003 32bit, 1 core e 512Mb di RAM allocati) ci ha messo 7 minuti Come benchmark non male. E dimostra come non stiamo dicendo cazzate. Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
On Jul 11, 2013, at 9:22 PM, Carlos Catucci carlos.catu...@gmail.com wrote: 2013/7/11 Andrea Francia and...@andreafrancia.it Penso per lo stesso motivo per cui in Facebook usano PHP. ... perché così possono usare phpMyAdmin! +1 LOL Ari-LOL :D___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Enrico Bianchi enrico.bian...@ymail.com E` stato fatto notare che praticamente puoi usare PostgreSQL anche come e al posto di un NoSQL? :) Si lo ho sentito dire ma mi chiedo: la feature piu' interessante di MongoDb, ovvero non dover definire una struttura rigida delle tabelle, e poter mescolare alla cazzo campi eterogenei aggiungendone e sottraendone a piacimento da record a record, e' possibile? Se dite di si prendo in considerazione di divorziare e sposarlo ;) Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
On Jul 11, 2013, at 7:45 PM, Carlos Catucci carlos.catu...@gmail.com wrote: 2013/7/11 Alberto De Prezzo albertodepre...@gmail.com pero' non sarei così estremista. Non si rifiuta un lavoro perché c'è MySQL Non ho detto che rifiuto per MySql, ma se assieme a mysql trovo altre cose che non mi convincono … Beh, tipicamente insieme a MySQL oramai si trova sempre più solo roba PHP…. per cui, basta farsi due conti!___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Valerio Maggio valerio.mag...@gmail.com Beh, tipicamente insieme a MySQL oramai si trova sempre più solo roba PHP…. per cui, basta farsi due conti! Dai PHP non e' il massimo ma adesso associarlo a MySql ;P Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Valerio Maggio valerio.mag...@gmail.com PostgreSQL resta (e rimarrà, IMHO) la reference per i DBMS *relazionali*. Non credo abbiano intenzione di snaturarlo tramutandolo in un ibrido no strutturato/NOSQL… Mi sta bene, era solo che non dover usare due oggetti diversi per esigenze (a volte) mixed-up era una specie di sogno, ma si sa poi si aprono gli occhi e si va a lavorare. E ti trovi PHP con SqlServer su architettura m$. ;P Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 Nicola Larosa n...@teknico.net C'è hstore che è un repository chiave-valore generico e interrogabile nelle query. C'è un campo JSON che dalla 9.3 sarà anche lui interrogabile internamente. Includeranno perfino V8, l'interprete Javascript di Chrome. :-) Poi si può accedere a database NoSQL esterni ed integrarli nelle query, e credo altri modi ancora. Hanno veramente esagerato. :-) Wowowowow!! Appena finisco le cose che sto facendo mi scarico il manuale completo e so cosa leggere nei prossimi giorni. Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/11 enrico franchi enrico.fran...@gmail.com Pare che qualche sviluppatore all'epoca non si fosse accorto della superiorita' di Unix come piattaforma di sviluppo e stesse ancora su Windows. Ce ne sono ancora di quelli la. Volevano rinchiuderli in un isola che diventava un parco a tema sul Giurassico, ma catturarli non e' cosi' facile ;) Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] R: Digest di Python, Volume 89, Numero 26
python-requ...@lists.python.it ha scritto: Invia le richieste di iscrizione alla lista Python all'indirizzo python@lists.python.it Per iscriverti o cancellarti attraverso il web, visita http://lists.python.it/mailman/listinfo/python oppure, via email, manda un messaggio con oggetto `help' all'indirizzo python-requ...@lists.python.it Puoi contattare la persona che gestisce la lista all'indirizzo python-ow...@lists.python.it Se rispondi a questo messaggio, per favore edita la linea dell'oggetto in modo che sia più utile di un semplice Re: Contenuti del digest della lista Python... Argomenti del Giorno: 1. Re: Usare il db giusto, non quello sbagliato (Marco Beri) 2. Re: Usare il db giusto, non quello sbagliato (Carlos Catucci) 3. Re: Usare il db giusto, non quello sbagliato (Carlos Catucci) 4. Re: Usare il db giusto, non quello sbagliato (Enrico Bianchi) 5. Re: Usare il db giusto, non quello sbagliato (Carlos Catucci) 6. Re: Usare il db giusto, non quello sbagliato (Enrico Bianchi) 7. Re: Usare il db giusto, non quello sbagliato (Carlos Catucci) -- Message: 1 Date: Thu, 11 Jul 2013 21:20:09 +0200 From: Marco Beri marcob...@gmail.com To: Discussioni generali sul linguaggio Python python@lists.python.it Subject: Re: [Python] Usare il db giusto, non quello sbagliato Message-ID: can1j36is9sbfe1kdhcvyda158a7sp8cljoee5fjgcwpdpys...@mail.gmail.com Content-Type: text/plain; charset=utf-8 2013/7/11 Marco Beri marcob...@gmail.com Credo tu sia passabile di non so quale richiesta di risarcimento. Ehm... passibilie... :-) -- parte successiva -- Un allegato HTML è stato rimosso... URL: http://lists.python.it/pipermail/python/attachments/20130711/65abb141/attachment-0001.html -- Message: 2 Date: Thu, 11 Jul 2013 14:52:56 -0430 From: Carlos Catucci carlos.catu...@gmail.com To: Discussioni generali sul linguaggio Python python@lists.python.it Subject: Re: [Python] Usare il db giusto, non quello sbagliato Message-ID: caeapg9qea4kq6vg6qe5-e8zo+bxkfps5l62ce_l-smc2ctn...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 2013/7/11 Andrea Francia and...@andreafrancia.it Penso per lo stesso motivo per cui in Facebook usano PHP. ... perché così possono usare phpMyAdmin! +1 LOL -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch -- parte successiva -- Un allegato HTML è stato rimosso... URL: http://lists.python.it/pipermail/python/attachments/20130711/0f2e54b1/attachment-0001.html -- Message: 3 Date: Thu, 11 Jul 2013 14:54:12 -0430 From: Carlos Catucci carlos.catu...@gmail.com To: Discussioni generali sul linguaggio Python python@lists.python.it Subject: Re: [Python] Usare il db giusto, non quello sbagliato Message-ID: CAEaPG9TayDM_OH+eeGsqPfSUYzOgMrj7STXi7p5iy=1-jnf...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 2013/7/11 Enrico Bianchi enrico.bian...@ymail.com Anche lui mi sta deludendo parecchio, almeno lato amministrativo. Oggi, dopo due ore, mongodump era ancora al 1% per dumpare una collezione di 17mln di record. Cercando in giro informazioni in merito, tutti entravano in modalita` supercazzola, dando la colpa ai dischi o, in generale, alla macchina, tanto che i workaround piu` gettonati erano fsync + snapshot lvm oppure start replica, stop replica, backup replica. Per ora il mio giudizio rimane ancora in modalita` meh, vedremo come matura Non ho ancora fatto mai un dump ma essendo testuale una compressione brutale no? Tipo un tar.gz del file ? Chiedo da ignorante, non ho ancora abbastanza esperienza sui backup di Mongo. Carlos -- ..y sobre todo, sean siempre capaces de sentir en lo más hondo cualquier injusticia cometida contra cualquiera en cualquier parte del mundo. Es la cualidad más linda de un revolucionario. - Ernesto Guevara de la Serna Lynch -- parte successiva -- Un allegato HTML è stato rimosso... URL: http://lists.python.it/pipermail/python/attachments/20130711/8450a118/attachment-0001.html -- Message: 4 Date: Thu, 11 Jul 2013 21:28:10 +0200 From: Enrico Bianchi enrico.bian...@ymail.com To: Discussioni generali sul linguaggio Python python@lists.python.it Subject: Re: [Python] Usare il db giusto, non quello sbagliato Message-ID: 51df074a.3020...@ymail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 07/11/2013 09:13 PM, Andrea Francia wrote: 1) Ma questi problemi di MySQL di cui parlate si riferiscono solo alle prestazioni o c'e' altro, tipo affidabilità, strutture dati supportati? Entrambi. Il planner di MySQL e` parecchio sensibile a come scrivi la query, o meglio se non la scrivi come dice lui il
Re: [Python] Usare il db giusto, non quello sbagliato
Quiz della serata, il bogobenchmark C'è una tabella con 10 colonne e 20 milioni di righe. Tutti numeri interi 32 bit, prima colonna pkey consecutiva e gli altri random. Su ogni colonna c'è un indice. La domanda è: quanto tempo impiega, rispettivamente su mysql e postgres, il DROP INDEX dell'ultima colonna? ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
