Re: [Python] Vi è mai capitato? (Select su SQL)
On 02/14/2014 03:57 PM, Carlos Catucci wrote: Comodo? FOrse. Sicuro? Non direi. CI sono ottimi tool in grado di funzionare come browser per qualsiasi Database Dissento, per quanto Access faccia schifo se usato standalone (ovvero con il motore di database Jet presente nel sistema operativo), come browser ODBC e come ambiente di sviluppo basilare e` perfetto. Da questo punto di vista, l'unico che puo` stare al suo passo e` OpenOffice Base, anche se non l'ho mai usato veramente (ci sarebbero anche Filemaker e Kexi, ma non li ho mai usati) (la fregatura e che fino ad ora ne go trovati sempre di scritti in Java). Perche` e` piu` semplice da sviluppare. Tempo fa' inveivo proprio contro DBapi facendo il confronto con JDBC, che permette una scrittura cross-database molto piu` semplice di altre architetture a causa della sua rigidita` e della sua completezza (nei limiti del possibile, ovviamente, ovvero proprieta` specifiche del db preso in esame potrebbero essere non coperte) Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Bug tracker
Ciao a tutti, ho praticamente quello che resta di oggi e domani per mettere su un sistema di bug tracking o gestione delle anomalie che dir si voglia. Fino ad ora ho ricevuto tre consigli, ma tutti e tre sono per progetti scritti in PHP, però sarei un attimo in difficoltà... Visto che per mie lacune non riesco ad configurare ed utilizzare Trac in così poco tempo, avete qualche suggerimento? Grazie a tutti. Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] python SQL?
Ciao a tutti, mi trovo ad affrontare la mia prima applicazione che fa uso di database. Quale mi consigliate? E' da un po' che seguo questa lista e mi sembra che quasi tutti siate orientati verso PostgreSQL... sbaglio? Ho anche dato un occhiata in giro per vedere che libreria usare e ne ho viste di molti tipi. Psycopg1, Psycopg2, bpgsq ? Accetto qualsiasi consiglio considerate anche che è il mio primo approccio ai db ma che potrei averne bisogno anche in futuro. Grazie Ciao M. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Bug tracker
On 15 Feb 2014, at 14:45, Daniele Palmese pal...@gmail.com wrote: Ciao a tutti, ho praticamente quello che resta di oggi e domani per mettere su un sistema di bug tracking o gestione delle anomalie che dir si voglia. Fino ad ora ho ricevuto tre consigli, ma tutti e tre sono per progetti scritti in PHP, però sarei un attimo in difficoltà... Visto che per mie lacune non riesco ad configurare ed utilizzare Trac in così poco tempo, avete qualche suggerimento? Ciao. Dal tuo messaggio non ho capito se hai difficoltà con Trac o con PHP e non ho capto (scusa, sicuramente colpa mia) se vuoi mettere su sistema di issue-tracking in Python. Ad ogni modo, una velocissima ricerca su Google mi ha portato a questo: http://en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems Spero possa esserti utile. Ciao. Valerio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Bug tracker
L'ho appena scoperto, e Apache Bloodhound ( http://bloodhound.apache.org ) sembra abbastanza facile da configurare (non penso che Trac liscio sia particolarmente più complicato, ma vabbe') wget http://www.eu.apache.org/dist/bloodhound/apache-bloodhound-0.7.tar.gz tar -xzf apache-bloodhound-0.7.tar.gz cd apache-bloodhound-0.7/installer pew new -r requirements.txt bloodhound python bloodhound_setup.py -d sqlite --admin-user utente --admin-password password tracd --port=8000 bloodhound/environments/main -- xmpp: berda...@gmail.com bitmessage: BM-2cTYXfGiSTsnx3righ6aHcJSWe4MV17jDP gpg fingerprint: 3F8D53518012716C4EEF7DF67B498306B3BF75A0 (used just for signing commits) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
Ciao Matteo, On Saturday 15 Feb 2014 15:20:17 Perini Matteo wrote: Ciao a tutti, mi trovo ad affrontare la mia prima applicazione che fa uso di database. Quale mi consigliate? E' da un po' che seguo questa lista e mi sembra che quasi tutti siate orientati verso PostgreSQL... sbaglio? Dipende un po' da cosa devi fare, se è sempre per l'applicazione con RFID, forse potresti optare anche per qualcosa non SQL tipo MongoDB: http://api.mongodb.org/python/current/tutorial.html Ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Bug tracker
Il giorno 15 febbraio 2014 15:21, Valerio Maggio valerio.mag...@gmail.comha scritto: Dal tuo messaggio non ho capito se hai difficoltà con Trac o con PHP e non ho capto (scusa, sicuramente colpa mia) se vuoi mettere su sistema di issue-tracking in Python. No è col PHP che faccio fatica, vorrei farlo in Python. Con Trac non ho difficoltà particolari, se non temporali. Ad ogni modo, una velocissima ricerca su Google mi ha portato a questo: http://en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems Ho visto anche io quella risorsa, ma chiedevo proprio se qualcuno avesse esperienza diretta con le vari soluzioni perché la curva di apprendimento è una discriminante. Ciao e grazie. Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Bug tracker
2014-02-15 15:22 GMT+01:00 Dario Bertini berda...@gmail.com: L'ho appena scoperto, e Apache Bloodhound ( http://bloodhound.apache.org ) sembra abbastanza facile da configurare Cazzolina hai ragione, proprio un nostro collega in lista me lo aveva suggerito ed ora la memoria torna a funzionare e mi ricordo di Bloodhound. (non penso che Trac liscio sia particolarmente più complicato, ma vabbe') Beh ma liscio è davvero liscio, neanche un bollicina che sia una... ;-) Grazie mille anche a te. Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
Il 15/02/2014 15:48, Pietro Zambelli ha scritto: Dipende un po' da cosa devi fare, se è sempre per l'applicazione con RFID, Si forse potresti optare anche per qualcosa non SQL tipo MongoDB: http://api.mongodb.org/python/current/tutorial.html Grazie Pietro... mentre guardo meglio il link mi sapreste dire che differenza c'è tra un db SQL e un altro? Solo il linguaggio? Potenzialità, limiti? Grazie Ciao M. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
2014-02-15 15:48 GMT+01:00 Pietro Zambelli peter.z...@gmail.com: Dipende un po' da cosa devi fare, se è sempre per l'applicazione con RFID, forse potresti optare anche per qualcosa non SQL tipo MongoDB: http://api.mongodb.org/python/current/tutorial.html Ripasso quanto mi hanno detto: Postgres gestisce tabelle NoSql MEGLIO di gran parte dei NoSql nativi. La fonte e' affidabile, io pero' ancora non ho provato. Carlos -- Je suis marxiste, de tendance Groucho. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
Ciao Matteo, ti consiglio di usare SQLite: http://www.sqlite.org/ http://docs.python.org/2/library/sqlite3.html Dal tuo post non si capisce perche' SQL sia essenziale. Nel caso non lo fosse ti consiglio questi DBMS: * MongoDB http://www.mongodb.org/ , * UnQLite promette bene: http://unqlite.org/ https://pypi.python.org/pypi/unqlitepy ciao, -Francesco 2014-02-15 15:20 GMT+01:00 Perini Matteo perini.mat...@gmail.com: Ciao a tutti, mi trovo ad affrontare la mia prima applicazione che fa uso di database. Quale mi consigliate? E' da un po' che seguo questa lista e mi sembra che quasi tutti siate orientati verso PostgreSQL... sbaglio? Ho anche dato un occhiata in giro per vedere che libreria usare e ne ho viste di molti tipi. Psycopg1, Psycopg2, bpgsq ? Accetto qualsiasi consiglio considerate anche che è il mio primo approccio ai db ma che potrei averne bisogno anche in futuro. Grazie Ciao M. ___ 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] python SQL?
Il 15/02/2014 15:55, Francesco Stablum ha scritto: ti consiglio di usare SQLite: http://www.sqlite.org/ http://docs.python.org/2/library/sqlite3.html Dal tuo post non si capisce perche' SQL sia essenziale. Dovete perdonarmi ma sono completamente niubbio sul tema... ho sempre sentito parlare dei db che ho citato sopra ma sto cominciando adesso a farmi un idea. Userò, almeno all'inizio, il db solo in locale e solo da python con esportazione in csv (o simili). Nel caso non lo fosse ti consiglio questi DBMS: * MongoDB http://www.mongodb.org/ , * UnQLite promette bene: http://unqlite.org/ https://pypi.python.org/pypi/unqlitepy Ora guardo mongodb che mi sembra, per quello che devo fare, la soluzione migliore... poi arriverò con un sacco di altre domande. Sono comunque sempre ben accetti consigli, spiegazioni, suggerimenti. Grazie Matteo ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Django pycharm e virtualenv
Ciao lista, Ho finito di leggere il libro di Marco su Django, ora comincia il momento della rilettura e della sperimentazione effettiva. La prima cosa che sto sperimentando è virtualenv. E dopo diversi tentativi sono riuscito a creare il mio ambiente virtuale con Python 3 come base. Con pip ho installato django all'ultima versione (mentre in Debian stable c'è una versione più vecchia). Se non ho capito male, viene copiato l'eseguibile dell'installazione che ho sulla macchina, ma i packages (a parte quelli che installo esplicitamente) sono quelli del sistema linkati, oppure vengono copiati anche loro? Cosa avviene quando sul sistema viene aggiornato Python? Presumo che l'eseguibile nell'ambiente virtuale rimanga lo stesso, e anche i packages se non sono linkati, quindi non dovrebbero esserci problemi... È comunque possibile aggiornare anche la versione di Python virtualizzata? Ho notato che pycharm mi permette di gestire nel progetto anche l'uso di questi ambienti virtualizzati, ma la versione community, pur vedendo il package di django, non mi permette di creare un progetto esplicitamente django. Qualcuno di voi ha provato ad usare la versione community per gestire comunque un progetto django (creato quindi a priori da linea di comando)? Per ora mi fermo qui, ma si già che durante la sperimentazione tornerò a voi con altre domande. byez -- Gollum1 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Django pycharm e virtualenv
On 15 Feb 2014, at 18:03, Gollum1 gollum1.smeag...@gmail.com wrote: Ho notato che pycharm mi permette di gestire nel progetto anche l'uso di questi ambienti virtualizzati, ma la versione community, pur vedendo il package di django, non mi permette di creare un progetto esplicitamente django. Qualcuno di voi ha provato ad usare la versione community per gestire comunque un progetto django (creato quindi a priori da linea di comando)? Penso che questo (http://www.jetbrains.com/pycharm/features/editions_comparison_matrix.html) risponda a quello che chiedi. Ad ogni modo, vai di shell che è la stessa cosa :) -- valerio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
On 02/15/2014 03:54 PM, Carlos Catucci wrote: Ripasso quanto mi hanno detto: Postgres gestisce tabelle NoSql MEGLIO di gran parte dei NoSql nativi. +1 A supporto di cio`, su di un HP MicroServer N54L con dischi Sata in RAID 10 e 2Gb di RAM ('nammerda) una tabella con un solo campo JSON contenente 13 milioni di record ù850Gb di file di testo, per fare un paragone) estrae un campo JSON indicizzato (si, puo` essere fatto senza problemi) in 10 secondi la prima volta e in meno di un secondo la seconda. Gli stessi dati su MongoDB mandavano a donnine una macchina con 64Gb di RAM (hint: MongoDB e` memory mapped ed e` performante solo se lo si fa scalare in sharding) Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
On 02/15/2014 03:20 PM, Perini Matteo wrote: mi trovo ad affrontare la mia prima applicazione che fa uso di database. Quale mi consigliate? Dire quale database uso senza sapere cosa fa l'applicazione e` come dire che martello uso senza sapere cosa si deve inchiodare. Per capirci: - Hai piu` connessioni ai dati contemporaneamente? - Il database deve essere legato all'applicazione? - Quali operazioni sono piu` ricorrenti? (e questo e` solo il minimo di domande che mi viene in mente) Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
On 02/15/2014 06:50 PM, Enrico Bianchi wrote: ù850Gb di file di testo, per fare un paragone) -_- Correggiamo ed ampliamo questo typo: il file di testo e` di 50Gb, su PostgreSQL (9.3) viene una tabella di 19Gb, a cui devono essere aggiunti 3Gb di dati TOAST e 400Mb di indici, il resto rimane quello che ho detto Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
On 15/02/2014 15:20, Perini Matteo wrote: Ciao a tutti, mi trovo ad affrontare la mia prima applicazione che fa uso di database. Quale mi consigliate? E' da un po' che seguo questa lista e mi sembra che quasi tutti siate orientati verso PostgreSQL... sbaglio? Con PostgreSQL è raro sbagliare. In casi speciali ci sono comunque alternative; ad esempio se non vuoi avere un database server separato (che deve essere gestito) c'è SQLite. Ma SQLite ha anche molte limitazioni, se confrontato con un database serio come PostgreSQL. Ho anche dato un occhiata in giro per vedere che libreria usare e ne ho viste di molti tipi. Psycopg1, Psycopg2, bpgsq ? psycopg2, oppure sqlalchemy (ma senza l'ORM, solo sqlalchemy.sql) per facilitare la scrittura di alcune query, come le INSERT. Accetto qualsiasi consiglio considerate anche che è il mio primo approccio ai db ma che potrei averne bisogno anche in futuro. Impara PostgreSQL (la documentazione è molto buona), così almeno quando ti serviranno altri database avrai un termine di paragone solido. Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
2014-02-15 19:56 GMT+01:00 Manlio Perillo manlio.peri...@gmail.com: ma senza l'ORM, solo sqlalchemy.sql Per curiosita' da ignorante, ma perche' non l'ORM? Non ti piaciono gli orm o e' un qualcosa di SQLAllchemy in particolare che non va? Carlos -- Je suis marxiste, de tendance Groucho. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Bug tracker
L'ho appena scoperto, e Apache Bloodhound ( http://bloodhound.apache.org ) sembra abbastanza facile da configurare Da casello a casello non più di un paio di ore, con varie pause Olimpiadi in mezzo. Facile, intuitivo e con tante funzionalità. Mi manca la grafica un po' da personalizzare, ma a livello di funzioni ci siamo alla grande. Grazie della segnalazione e a Python@Apache di esistere. Ciao. Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] setup bdist == error: can't copy 'ANIFEST.in': doesn't exist or not a regular file
2014-02-14 22:47 GMT+01:00 Piergiuliano Bossi pgbo...@gmail.com: Ciao a tutti, Mi sto spaccando le corna su una cosa che immagino essere stupida e banale e mi fara' sentire piccolo e misero di fronte all'universo. Ho iniziato a estrarre una piccola libreria di utilities per simpyhttp://simpy.readthedocs.org, che ho chiamato simpyple https://github.com/thinkingbox/simpyple e rilasciato su github. Ho registrato il package su PyPI e vorrei pubblicarlo ma python setup bdist fallisce con il seguente errore: (simpy)# Piergiulianos-MacBook-Pro:simpyple bop$ python setup.py bdist running bdist running bdist_dumb running build running build_py creating build creating build/lib creating build/lib/simpyple copying __init__.py - build/lib/simpyple copying schedule.py - build/lib/simpyple running egg_info creating simpyple.egg-info writing requirements to simpyple.egg-info/requires.txt writing simpyple.egg-info/PKG-INFO writing top-level names to simpyple.egg-info/top_level.txt writing dependency_links to simpyple.egg-info/dependency_links.txt writing manifest file 'simpyple.egg-info/SOURCES.txt' reading manifest file 'simpyple.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' writing manifest file 'simpyple.egg-info/SOURCES.txt' error: can't copy 'ANIFEST.in': doesn't exist or not a regular file Inoltre, se uno prova a installare il sorgente (attualmente pubblicato) con pip install ottiene lo stesso errore. In SOURCES.txt (generato da setup) MANIFEST.in occupa la prima riga ed ha il nome corretto... da nessuna parte referenzio ANIFEST.in e google non mi aiuta = non mi sembra di mangiarmi il primo carattere da qualche parte causa encoding o giu' di li'. Mannaggia, mi sa che ti toccherà andare di debug in setup.py... Prova a metterti subito prima di writing manifest e vedere che fa dopo. Non mi viene in mente altro da suggerirti... Cosa sto sbagliando? Professione? Meglio dedicarmi alle pizze? :-) 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] python SQL?
2014-02-15 19:55 GMT+00:00 Carlos Catucci carlos.catu...@gmail.com: Non ti piaciono gli orm +1 -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] setup bdist == error: can't copy 'ANIFEST.in': doesn't exist or not a regular file
2014-02-15 18:35 GMT-05:00 Marco Beri marcob...@gmail.com: Mannaggia, mi sa che ti toccherà andare di debug in setup.py... Prova a metterti subito prima di writing manifest e vedere che fa dopo. Non mi viene in mente altro da suggerirti... In effetti avevo gia' provato per una mezzora prima di scrivere in lista, ma non ero arrivato a nulla (cioe' non ero riuscito a mettere breakpoint nei punti giusti). Riprovero'. Simpatico setup, comunque. :( Ciao, Giuliano -- Piergiuliano Bossi Blog: http://thinkingbox.wordpress.com/ Twitter: http://twitter.com/thinkingbox (English) Twitter: http://twitter.com/scatolapensante (Italiano) Google+: https://plus.google.com/u/0/108187981162465525118 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python SQL?
2014-02-16 1:54 GMT+01:00 enrico franchi enrico.fran...@gmail.com: Non ti piaciono gli orm +1 De gustibus non disputandum est. Io personalmente li trovo comodi. Il non dover impazzire tra dialetti, il poter svilupppare in locale, per dire, su Sqlite e poi andare in produzione con Postgres, cosa che mi facilita di molto le cose (per dirne una se aggiungo dati di test alla base dati un push sul repo condiviso (*) rende disponibile la cosa a tutti i coinvolti nel progetto senza dover eseguire un dump da allegare e un db_restore dopo un pull) senza impazzire sui dialetti e sulle varie differenze (sacrosante, ciascun Db ha il suo motivo di esistere, di essere specializzato in qualcosa, tranne forse un paio). Poi ovvio che se devo fare una query particolarmente incasinata (e accade SOLO se lavoro su basi dati esistenti, in caso contrario se e' roba mia parto dal presupposto di avere sbagliato l'architettura e riprogetto di conseguenza) posso usrae una raw, ma deve essere davvero un caso limite dove l'ORM non ce la fa. Lo so, mi direte che l'ORM non ottimizza come puo' fare una query scritta ad hoc, ma a volte la flessibilita' conta piu' delle prestazioni. Carlos -- Je suis marxiste, de tendance Groucho. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python