Re: [Python] [ANN] igloo beta
From: Manlio Perillo <[EMAIL PROTECTED]> Questo è già quello che avviene ora, solo che nella implementazione attuale vengono passati al template solo gli headers "noti". infatti ci ho messo un paio di righi a passare tutti gli altri headers al template :-) Se una directory non ha un content.ht, significa che non c'è contenuto. ok L'idea una pagina -> una directory semplifica le cose, IMHO. Vero, ma la gestione delle singole pagine è un caso più generico, dal quale puoi tornare indietro; sicuramente se il sito dev'essere gestito da più persone è una semplificazione, ma per i siti piccoli gestiti in proprio non vedo vantaggi (ovviamente, tutto IMHO) Inoltre non mi sembra che si riesca a rappresentare tutte le strutture, come ad esempio quella del sito della mia azienda che è così: /index.html /europa/index.ita.html /europa/index.eng.html /europa/index.fra.html /asia/ Con igloo dovrei fare: /index.html /europa/eng/index.html /europa/fra/index.html ma così la dir. /europa/ rimarrebbe vuota, dovrei mettere una pagina di errore anche se non è linkata da nessuna parte Oppure, in alternativa: /index.html /europa_eng/index.html /europa_fra/index.html ma non mi piace. Ho modificato igloo, ora gestisce tutti i file tipo "*.ht", inoltre copia anche le directory "senza contenuti"; in pratica qualsiasi cosa ci sia in 'data' lo trovo in 'out', con i file '.ht' trasformati in '.html' Così facendo posso rifare il sito in modo identico, ma forse ho troppa libertà :-) Inizio a tirar su il sito; devo ancora imparare l'ereditarietà dei template di mako e come usare mercurial, tutta roba interessante per queste notti afose :-) Inoltre inizio a scrivere/cercare il "sicronizzatore ftp" Ti confermo che posso scrivere anche in cinese, basta usare i codici html con "Content-type: text/html" Alessandro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Posso testimoniare di aver fatto funzionare in rete l'aula informatica di una scuola costituita da 15 pc dotati tutti di applicativi access. E' funzionato regolarmente per l'intero anno scolastico senza problemi. Devo anche sottolineare che, trattandosi di intere classi che accedevano contemporanemanete al server, creavano dei carichi temporanei sulla rete piuttosto consistenti, però funziona. Naturalmente ci vogliono degli accorgimenti in sede di realizzazione. Detto questo credo anch'io che access non sia lo strumento ideale per un sviluppo in rete. renzo andrioli - Original Message - From: "Y3s" <[EMAIL PROTECTED]> To: "Discussioni generali sul linguaggio Python" Sent: Thursday, August 30, 2007 5:44 PM Subject: Re: [Python] migrazione da msaccess a python Il giorno 30/ago/07, alle ore 17:35, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 17:08:05 +0200, Y3s <[EMAIL PROTECTED]> wrote: Ultima cosa, non mi trovo d'accordo su due cose: non ho mai visto funzionare un file mdb (che è il target di default e quello più utilizzato dagli utenti access) con accesso concorrente da più di 3/4 persone...e poi..."impiegati svegli"?!?!? :-) Mah, quando ero un "impiegato sveglio" in una concessionaria Quindi impiegato sveglio = lim(x -> sysadmin) capacità(x) :-) automobilistica ho messo circa 10 commerciali a fare i preventivi su un mdb :) E non si spu..ava l'archivio in continuazione? Ma soprattutto, DAVVERO sei riuscito a far lavorare dei commerciali? Complimenti :-) -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.12/979 - Release Date: 29/08/2007 20.21 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Il giorno 30/ago/07, alle ore 17:35, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 17:08:05 +0200, Y3s <[EMAIL PROTECTED]> wrote: Ultima cosa, non mi trovo d'accordo su due cose: non ho mai visto funzionare un file mdb (che è il target di default e quello più utilizzato dagli utenti access) con accesso concorrente da più di 3/4 persone...e poi..."impiegati svegli"?!?!? :-) Mah, quando ero un "impiegato sveglio" in una concessionaria Quindi impiegato sveglio = lim(x -> sysadmin) capacità(x) :-) automobilistica ho messo circa 10 commerciali a fare i preventivi su un mdb :) E non si spu..ava l'archivio in continuazione? Ma soprattutto, DAVVERO sei riuscito a far lavorare dei commerciali? Complimenti :-) -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 17:08:05 +0200, Y3s <[EMAIL PROTECTED]> wrote: > Ultima cosa, non mi trovo d'accordo su due cose: non ho mai visto > funzionare un file mdb (che è il target di default e quello più > utilizzato dagli utenti access) con accesso concorrente da più di 3/4 > persone...e poi..."impiegati svegli"?!?!? :-) Mah, quando ero un "impiegato sveglio" in una concessionaria automobilistica ho messo circa 10 commerciali a fare i preventivi su un mdb :) -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Il giorno 30/ago/07, alle ore 16:55, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 16:36:57 +0200, Y3s <[EMAIL PROTECTED]> wrote: [...] Sai meglio di me che per avere un prodotto decente e funzionante, il tempo di lavoro ci vuole, e un minimo di progettazione idem. Se stai ragionando dal punto di vista dell'utente finale, allora hai perfettamente ragione, meglio continuare ad usare access (che, visto come tool per l'utente finale e non per lo sviluppatore non è poi così male, intendiamoci!). Se invece stiamo parlando di uno sviluppatore che vuole creare personalizzazioni in modo rapido per un cliente di un software completo, allora continuo a pensarla in quel modo! [...] Se stiamo parlando di un software di produttività personale, alla stregua degli altri componenti del pacchetto office, allora sono d'accordo. Ma purtroppo access è spesso concepito come uno strumento *di sviluppo*, e a questo punto un VERO ambiente di sviluppo non si batte. IMHO. Ooo... bene: credo che siamo arrivati al nodo centrale. Access NON è uno strumento pe sviluppatori, come una scimmia che gira una manovella non è un musicista. Questo te lo stra-sottoscrivo. Chi propone una soluzione software basata su Access o è uno fortunato a cui chiedono lavori molto semplici o è uno che sa usare solo quello. Ma se in una piccola azienda c'è bisogno di tenere una piccola banca dati, condivisa da non più di 10 persone, e su quella consentire l'immissione dei dati e la creazione di report, allora uno strumento come Access ha un'ottima ragione di esistere ed è uno strumento potente anche in mano a una persona che non ha una conosenza informatica profondissima: il suo target è quello dell'"impiegato sveglio". Quindi si arriva alla conclusione che "come strumento di produttività personale, access è meglio di python" ;-) Comunque, se uno sente l'esigenza di passare a python (o comunque a qualcosa di più potente) è evidente che access non è più adeguato, quindi ogni paragone cade, in quanto si deve ragionare non più da "utente", ma da "sviluppatore", non più in termini di "oggetto" che viene creato da un'applicazione, ma in termini di "software" sviluppato. Cambia completamente ogni punto di vista IMHO. Ultima cosa, non mi trovo d'accordo su due cose: non ho mai visto funzionare un file mdb (che è il target di default e quello più utilizzato dagli utenti access) con accesso concorrente da più di 3/4 persone...e poi..."impiegati svegli"?!?!? :-) -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 16:36:57 +0200, Y3s <[EMAIL PROTECTED]> wrote: > [...] > Sai meglio di me che per avere un prodotto decente e funzionante, il > tempo di lavoro ci vuole, e un minimo di progettazione idem. Se stai > ragionando dal punto di vista dell'utente finale, allora hai > perfettamente ragione, meglio continuare ad usare access (che, visto > come tool per l'utente finale e non per lo sviluppatore non è poi > così male, intendiamoci!). Se invece stiamo parlando di uno > sviluppatore che vuole creare personalizzazioni in modo rapido per un > cliente di un software completo, allora continuo a pensarla in quel > modo! > > [...] > > Se stiamo parlando di un software di produttività personale, alla > stregua degli altri componenti del pacchetto office, allora sono > d'accordo. Ma purtroppo access è spesso concepito come uno strumento > *di sviluppo*, e a questo punto un VERO ambiente di sviluppo non si > batte. IMHO. Ooo... bene: credo che siamo arrivati al nodo centrale. Access NON è uno strumento pe sviluppatori, come una scimmia che gira una manovella non è un musicista. Questo te lo stra-sottoscrivo. Chi propone una soluzione software basata su Access o è uno fortunato a cui chiedono lavori molto semplici o è uno che sa usare solo quello. Ma se in una piccola azienda c'è bisogno di tenere una piccola banca dati, condivisa da non più di 10 persone, e su quella consentire l'immissione dei dati e la creazione di report, allora uno strumento come Access ha un'ottima ragione di esistere ed è uno strumento potente anche in mano a una persona che non ha una conosenza informatica profondissima: il suo target è quello dell'"impiegato sveglio". -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Il giorno 30/ago/07, alle ore 16:18, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 15:41:15 +0200, Y3s <[EMAIL PROTECTED]> wrote: Il giorno 30/ago/07, alle ore 15:17, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 13:32:09 +0200, Y3s <[EMAIL PROTECTED]> wrote: Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Tu come li fai i template in reportlab? Per "template" intendevo un "modello". In genere le tipologie di report che si usano in un'applicazione sono poche. Una volta che hai coperto in modo per te soddisfacente i casi che ti interessano, è rapido e veloce modificare la classe, la funzione, o qualunque cosa usi per generare l'output per adattarla al nuovo report. Ok, quindi devi comunque scrivere codice per avere un template. Questo rende i template non disponibili a chi non sa programmare. Si. Però dal mio punto di vista questo non è un reale problema visto che nella mia (limitata, d'accordo, ma condivisa da diversi colleghi) esperienza, ci si rivolge *sempre e comunque* allo sviluppatore, in ogni caso, anche se l'utente finale (o l'eventuale concessionario) ha gli strumenti per personalizzarsi qualcosa. Sarà che il livello di informatizzazione qui al sud è molto basso, mentre quello di scansafaticaggine/paraculaggine è MLTO alto, ma *tutti* quelli che conosco che fanno questo mestiere hanno esperienze analoghe. Comunque oggettivamente questo è un problema, ok. Io ho avuto successo solo usando una versione patchottata di un parser RML "bootleg" che trovai abbandonato da qualche parte nel web (per avere RML2PDF devi comprare il "ReportLab Enterprise Publishing and Reporting Server"... e il nome dice tutto su quanto te lo vogliono far pagare), e anche allora quello che ho avuto è stato un linguaggio per fare *i report*, non *i template*: questi ultimi me li sono fatti con Cheetah che genera RML che genera PDF - un altro strato di roba da imparare. Alla fine va, ma è veramente un hack che non me la sentirei di consigliare a cuor leggero. Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se no... direi che promettere a qualcuno che farà report "non in 10 minuti ma in 15 sì" mi sembra un po' grossa. Al momento no, ma ci sto lavorando. Purtroppo il tempo è sempre poco. C'è openreport (o comunuque si chiami, non ricordo, comunque quello che usa tinyERP) che più o meno dovrebbe fare quello che fai tu, ma in modo un po'più integrato. E' *quello* il bootleg di rml2pdf che ho usato :) ed è quello che ho dovuto integrare con un sistema di templating mio. Per la cronaca, la homepage è andata, il progetto ritirato da freshmeat e se ne possono trovare le macerie solo nella cache di google. Intendi questa? http://www.openreport.org/ Comunque, si parlava di "query al volo o report", quindi davo per scontato che il grosso del lavoro sia già stato fatto. In tal caso, non ci vuole molto ad adattare un report che già hai per creare qualcosa di nuovo che, ripeto, nel 90% dei casi sarà molto simile come struttura a uno che già hai. Inoltre, ho specificato che *avendo strutturato bene l'applicazione* e *avendo creato un'infrastruttura adeguata* la modifica al volo è un'operazione semplice e rapida, certo partendo da zero il tempo necessario è maggiore...almeno all'inizio, visto che molto del codice che vai a scrivere la prima volta, lo riutilizzerai quasi sicuramente le volte successive... Hai detto che mettendoci N mesi di lavoro, un template di scrive in 15 minuti. Con queste premesse sì, e aggiungo anche *avendo creato _bene_ l'infrastruttura*, ovvero avendo usato delle capacità di progettista e sviuppatore al di sopra di quello che serve per progettare (zero) e implementare (poco) un singolo template. Anche io posso andare sulla luna in 3 giorni, *avendomi la NASA costruito un missile adeguato in 10 anni*. Il paragone non calza molto, visto che programmare è un'attività che non dovrebbe essere i
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 15:41:15 +0200, Y3s <[EMAIL PROTECTED]> wrote: > > Il giorno 30/ago/07, alle ore 15:17, Daniele Varrazzo ha scritto: > >> >> >> On Thu, 30 Aug 2007 13:32:09 +0200, Y3s <[EMAIL PROTECTED]> wrote: >>> >>> Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: >>> Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. >>> >>> Non sono per niente d'accordo, anzi in python (avendo strutturato >>> bene il tutto) è ancora più semplice. Apri il file (file di testo, >>> che puoi aprire in situazioni di emergenza con notepad), scrivi la >>> query, la associ al pulsante, menu o quello che è ed è fatto. Per i >>> report, al momento in effetti strumenti comodi non ce ne sono ma >>> idem, se hai creato un'infrastruttura ben fatta (ad esempio dei >>> template per reportlab), non ci vorranno 10 minuti, ma in 15 hai >>> fatto...ed è un lavoro molto più pulito e stabile direi! >> >> Tu come li fai i template in reportlab? >> > > Per "template" intendevo un "modello". In genere le tipologie di > report che si usano in un'applicazione sono poche. Una volta che hai > coperto in modo per te soddisfacente i casi che ti interessano, è > rapido e veloce modificare la classe, la funzione, o qualunque cosa > usi per generare l'output per adattarla al nuovo report. Ok, quindi devi comunque scrivere codice per avere un template. Questo rende i template non disponibili a chi non sa programmare. >> Io ho avuto successo solo usando una versione patchottata di un >> parser RML >> "bootleg" che trovai abbandonato da qualche parte nel web (per avere >> RML2PDF devi comprare il "ReportLab Enterprise Publishing and >> Reporting >> Server"... e il nome dice tutto su quanto te lo vogliono far >> pagare), e >> anche allora quello che ho avuto è stato un linguaggio per fare *i >> report*, non *i template*: questi ultimi me li sono fatti con >> Cheetah che >> genera RML che genera PDF - un altro strato di roba da imparare. >> Alla fine >> va, ma è veramente un hack che non me la sentirei di consigliare a >> cuor >> leggero. >> >> Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se >> no... direi che promettere a qualcuno che farà report "non in 10 >> minuti ma >> in 15 sì" mi sembra un po' grossa. >> > > Al momento no, ma ci sto lavorando. Purtroppo il tempo è sempre poco. > C'è openreport (o comunuque si chiami, non ricordo, comunque quello > che usa tinyERP) che più o meno dovrebbe fare quello che fai tu, ma > in modo un po'più integrato. E' *quello* il bootleg di rml2pdf che ho usato :) ed è quello che ho dovuto integrare con un sistema di templating mio. Per la cronaca, la homepage è andata, il progetto ritirato da freshmeat e se ne possono trovare le macerie solo nella cache di google. > Comunque, si parlava di "query al volo o report", quindi davo per > scontato che il grosso del lavoro sia già stato fatto. In tal caso, > non ci vuole molto ad adattare un report che già hai per creare > qualcosa di nuovo che, ripeto, nel 90% dei casi sarà molto simile > come struttura a uno che già hai. Inoltre, ho specificato che *avendo > strutturato bene l'applicazione* e *avendo creato un'infrastruttura > adeguata* la modifica al volo è un'operazione semplice e rapida, > certo partendo da zero il tempo necessario è maggiore...almeno > all'inizio, visto che molto del codice che vai a scrivere la prima > volta, lo riutilizzerai quasi sicuramente le volte successive... Hai detto che mettendoci N mesi di lavoro, un template di scrive in 15 minuti. Con queste premesse sì, e aggiungo anche *avendo creato _bene_ l'infrastruttura*, ovvero avendo usato delle capacità di progettista e sviuppatore al di sopra di quello che serve per progettare (zero) e implementare (poco) un singolo template. Anche io posso andare sulla luna in 3 giorni, *avendomi la NASA costruito un missile adeguato in 10 anni*. >> Access è ottimale per una certa classe di applicazioni: se (e solo >> se) si >> è ossequiosi verso il suo paradigma, consente di fare applicativi - >> male - >> ma velocemente. In Python le cose si possono fare bene, si è liberi >> sul >> paradigma di accesso ai dati, si possono fare anche certe cose >> velocemente... ma non le stesse che si fanno con Access altrettanto >> velocemente. >> > > Se l'obiettivo è avere un'applicazione che funziona in poco tempo, se > non si è interessati alla qualità del codice, se non ci si preoccupa > troppo della manutenzione
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 15:26:19 +0200, Manlio Perillo <[EMAIL PROTECTED]> wrote: > Daniele Varrazzo ha scritto: >> [...] >> >> Io ho avuto successo solo usando una versione patchottata di un parser > RML >> "bootleg" che trovai abbandonato da qualche parte nel web > > tinyrml? Già, quello. Lo usai nel 2005, ma il progetto era già morto da un paio di anni. Ora è giù anche la home e il progetto è stato ritirato da freshmeat. It's gone. > Lo sto usando anche io per generare dei PDF per una applicazione web. > In pratica con Nevow genero il template RML, e poi il PDF (proprio come > fai tu). > > Però sto usando la versione disponibile, che patch hai dovuto applicare? > Tempo fa avevo provato ad usarlo per generare dei "form", ma non erano > supportati (non che mi servano, comunque). A me scoppiava qua e là, ho dovuto applicare un po' di monkey patch. Non ho sottomano il repos dove le ho messe: te le mando appena le trovo. Mi sembra mancasse l'implementazione di un paio di attributi definiti nella documentazione. > Comunque l'RML non è proprio il massimo, come design e come definizione > in XML. Confermo questa impressione, ma 2 anni fa, quando ebbi questa necessità, davvero non trovai di meglio. -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
On Thu, 2007-08-30 at 15:41 +0200, Y3s wrote: > Il giorno 30/ago/07, alle ore 15:17, Daniele Varrazzo ha scritto: > > > > > > > On Thu, 30 Aug 2007 13:32:09 +0200, Y3s <[EMAIL PROTECTED]> wrote: > >> > >> Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: > >> > >>> Ciao sto anche io facendo un lavoro del genere per la mia azienda > >>> ma non è affatto facile. > >>> Per quanto access sia una schifezza, come dicono tanti, permette > >>> personalizzazioni molto veloci a livello di query o report. > >>> Python al contrario ti permetterà sicuramente una maggiore e una > >>> migliore gestione a livello di linguaggio e di sicurezza dei dati, > >>> indipendentemente se ti basi su mysql o altri. > >>> Se però ti chiedono una qry al volo o un report non ci metterei > >>> senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. > >> > >> Non sono per niente d'accordo, anzi in python (avendo strutturato > >> bene il tutto) è ancora più semplice. Apri il file (file di testo, > >> che puoi aprire in situazioni di emergenza con notepad), scrivi la > >> query, la associ al pulsante, menu o quello che è ed è fatto. Per i > >> report, al momento in effetti strumenti comodi non ce ne sono ma > >> idem, se hai creato un'infrastruttura ben fatta (ad esempio dei > >> template per reportlab), non ci vorranno 10 minuti, ma in 15 hai > >> fatto...ed è un lavoro molto più pulito e stabile direi! > > > > Tu come li fai i template in reportlab? > > > > Per "template" intendevo un "modello". In genere le tipologie di > report che si usano in un'applicazione sono poche. Una volta che hai > coperto in modo per te soddisfacente i casi che ti interessano, è > rapido e veloce modificare la classe, la funzione, o qualunque cosa > usi per generare l'output per adattarla al nuovo report. > > > Io ho avuto successo solo usando una versione patchottata di un > > parser RML > > "bootleg" che trovai abbandonato da qualche parte nel web (per avere > > RML2PDF devi comprare il "ReportLab Enterprise Publishing and > > Reporting > > Server"... e il nome dice tutto su quanto te lo vogliono far > > pagare), e > > anche allora quello che ho avuto è stato un linguaggio per fare *i > > report*, non *i template*: questi ultimi me li sono fatti con > > Cheetah che > > genera RML che genera PDF - un altro strato di roba da imparare. > > Alla fine > > va, ma è veramente un hack che non me la sentirei di consigliare a > > cuor > > leggero. > > > > Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se > > no... direi che promettere a qualcuno che farà report "non in 10 > > minuti ma > > in 15 sì" mi sembra un po' grossa. > > > > Al momento no, ma ci sto lavorando. Purtroppo il tempo è sempre poco. > C'è openreport (o comunuque si chiami, non ricordo, comunque quello > che usa tinyERP) che più o meno dovrebbe fare quello che fai tu, ma > in modo un po'più integrato. > Comunque, si parlava di "query al volo o report", quindi davo per > scontato che il grosso del lavoro sia già stato fatto. In tal caso, > non ci vuole molto ad adattare un report che già hai per creare > qualcosa di nuovo che, ripeto, nel 90% dei casi sarà molto simile > come struttura a uno che già hai. Inoltre, ho specificato che *avendo > strutturato bene l'applicazione* e *avendo creato un'infrastruttura > adeguata* la modifica al volo è un'operazione semplice e rapida, > certo partendo da zero il tempo necessario è maggiore...almeno > all'inizio, visto che molto del codice che vai a scrivere la prima > volta, lo riutilizzerai quasi sicuramente le volte successive... > > > Access è ottimale per una certa classe di applicazioni: se (e solo > > se) si > > è ossequiosi verso il suo paradigma, consente di fare applicativi - > > male - > > ma velocemente. In Python le cose si possono fare bene, si è liberi > > sul > > paradigma di accesso ai dati, si possono fare anche certe cose > > velocemente... ma non le stesse che si fanno con Access altrettanto > > velocemente. > > > > Se l'obiettivo è avere un'applicazione che funziona in poco tempo, se > non si è interessati alla qualità del codice, se non ci si preoccupa > troppo della manutenzione e dell'espandibilità, se si vuole correre > il rischio che con la nuova versione dell'applicativo il tuo > programma non funzioni più, allora si, Access è un ottimo strumento. > Troppi se per i miei gusti, ma... > Io continuo a pensare che una volta che ti sei costruito un insieme > di moduli adatti alle tue esigenze, sviluppare in python non è molto > più lento che farlo con access o altro. Il grosso del tempo lo perdi > solo una volta. Ovviamente è una mia opinione, eh! > > > -- > Antonio Valente Me oh dato che tutti fate le stesse cose ... un'consiglio!!! ... mettete insieme le teste e fate uno strumento per tutti :) magari ne viene su un ottimo progetto :) come si dice 1 e buona :) ciax > > ___ > Python ma
Re: [Python] migrazione da msaccess a python
Il giorno 30/ago/07, alle ore 15:17, Daniele Varrazzo ha scritto: On Thu, 30 Aug 2007 13:32:09 +0200, Y3s <[EMAIL PROTECTED]> wrote: Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Tu come li fai i template in reportlab? Per "template" intendevo un "modello". In genere le tipologie di report che si usano in un'applicazione sono poche. Una volta che hai coperto in modo per te soddisfacente i casi che ti interessano, è rapido e veloce modificare la classe, la funzione, o qualunque cosa usi per generare l'output per adattarla al nuovo report. Io ho avuto successo solo usando una versione patchottata di un parser RML "bootleg" che trovai abbandonato da qualche parte nel web (per avere RML2PDF devi comprare il "ReportLab Enterprise Publishing and Reporting Server"... e il nome dice tutto su quanto te lo vogliono far pagare), e anche allora quello che ho avuto è stato un linguaggio per fare *i report*, non *i template*: questi ultimi me li sono fatti con Cheetah che genera RML che genera PDF - un altro strato di roba da imparare. Alla fine va, ma è veramente un hack che non me la sentirei di consigliare a cuor leggero. Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se no... direi che promettere a qualcuno che farà report "non in 10 minuti ma in 15 sì" mi sembra un po' grossa. Al momento no, ma ci sto lavorando. Purtroppo il tempo è sempre poco. C'è openreport (o comunuque si chiami, non ricordo, comunque quello che usa tinyERP) che più o meno dovrebbe fare quello che fai tu, ma in modo un po'più integrato. Comunque, si parlava di "query al volo o report", quindi davo per scontato che il grosso del lavoro sia già stato fatto. In tal caso, non ci vuole molto ad adattare un report che già hai per creare qualcosa di nuovo che, ripeto, nel 90% dei casi sarà molto simile come struttura a uno che già hai. Inoltre, ho specificato che *avendo strutturato bene l'applicazione* e *avendo creato un'infrastruttura adeguata* la modifica al volo è un'operazione semplice e rapida, certo partendo da zero il tempo necessario è maggiore...almeno all'inizio, visto che molto del codice che vai a scrivere la prima volta, lo riutilizzerai quasi sicuramente le volte successive... Access è ottimale per una certa classe di applicazioni: se (e solo se) si è ossequiosi verso il suo paradigma, consente di fare applicativi - male - ma velocemente. In Python le cose si possono fare bene, si è liberi sul paradigma di accesso ai dati, si possono fare anche certe cose velocemente... ma non le stesse che si fanno con Access altrettanto velocemente. Se l'obiettivo è avere un'applicazione che funziona in poco tempo, se non si è interessati alla qualità del codice, se non ci si preoccupa troppo della manutenzione e dell'espandibilità, se si vuole correre il rischio che con la nuova versione dell'applicativo il tuo programma non funzioni più, allora si, Access è un ottimo strumento. Troppi se per i miei gusti, ma... Io continuo a pensare che una volta che ti sei costruito un insieme di moduli adatti alle tue esigenze, sviluppare in python non è molto più lento che farlo con access o altro. Il grosso del tempo lo perdi solo una volta. Ovviamente è una mia opinione, eh! -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [ANN] igloo beta
[EMAIL PROTECTED] ha scritto:
Original Message
From: Manlio Perillo <[EMAIL PROTECTED]>
Ok, ma quindi non c'e' modo di settare mako-variabili dai file dei
contenuti?
Solo tramite headers.
Intendi gli "header" dei content.ht ?
Avrei una idea: il "content.it" utilizzato per impostare delle
mako-variabili. Alcune di queste sono obbligatorie, altre no. 'text'
potrebbe essere definita esplicitamente. Ad esempio
title: Python Programming Language -- Official Website
.
Content-type: text/x-rst
Template: homepage
variabile1: contenuto1
variabile2: contenuto2
text:
**Python is a dynamic object-oriented programming language that can be
used for many kinds of software development. It offers strong support
for
Questo è già quello che avviene ora, solo che nella implementazione
attuale vengono passati al template solo gli headers "noti".
Inoltre non è necessario l'header text, il testo è incluso come payload
del messaggio rfc822.
Non so se ho bisogno; mi viene in mente solo la lingua, per ora.
Ovviamente devi poi vedere da dove recuperare la lingua
da utilizzare :).
eh, ci arrivo, ci arrivo :-)
Resta però il fatto che questi headers vanno comunque inseriti per
ogni contenuto, anche perchè la label del link deve essere comunque
localizzata.
Altra idea (presa da zope, se non erro): le keyword definite nei
content.ht si propagano in cascata nelle directory 'data/..' a meno che
non vengano ridefinite.
In igloo l'unica cosa che si propaga a cascata sono i links per la
navigazione principale.
Solo se c'e' il modo di distinguere fa "valore
locale" e "valore ereditato"; mi sembra che mako consideri questa
differenza ('local', 'self', ??) ma a livello di template; in zope si
riusciva a farla.
Mi sembra che Pyramid lo faccia.
Ovviamente non ci metti (quasi) niente a modificare igloo in modo che
prenda il valore di un header dai padri, se non definito nel figlio.
Ad esempio sto per implementare questa feature per la navigazione,
quando l'opzione lonely_nav è attiva (per compatibilità con ht2html).
Comunque se tutto quello che ti serve è una variabile "lang" non hai
bisogno di tutto questo, dato che il linguaggio lo puoi ricavare facendo
lang = components[1]
come tu stesso proponi in seguito.
> [...]
Ho notato una cosa: "visit_directory" non processa la directory se non
contiene "content.ht", ma la fa in un modo che anche tutti i file
contenuti in tale dir. non vengono copiati; è il giusto comportamento
che ti attendevi?
Si.
Se una directory non ha un content.ht, significa che non c'è contenuto.
L'idea una pagina -> una directory semplifica le cose, IMHO.
Saluti Manlio Perillo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Daniele Varrazzo ha scritto: [...] Io ho avuto successo solo usando una versione patchottata di un parser RML "bootleg" che trovai abbandonato da qualche parte nel web tinyrml? Lo sto usando anche io per generare dei PDF per una applicazione web. In pratica con Nevow genero il template RML, e poi il PDF (proprio come fai tu). Però sto usando la versione disponibile, che patch hai dovuto applicare? Tempo fa avevo provato ad usarlo per generare dei "form", ma non erano supportati (non che mi servano, comunque). Comunque l'RML non è proprio il massimo, come design e come definizione in XML. Saluti Manlio Perillo ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
On Thu, 30 Aug 2007 13:32:09 +0200, Y3s <[EMAIL PROTECTED]> wrote: > > Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: > >> Ciao sto anche io facendo un lavoro del genere per la mia azienda >> ma non è affatto facile. >> Per quanto access sia una schifezza, come dicono tanti, permette >> personalizzazioni molto veloci a livello di query o report. >> Python al contrario ti permetterà sicuramente una maggiore e una >> migliore gestione a livello di linguaggio e di sicurezza dei dati, >> indipendentemente se ti basi su mysql o altri. >> Se però ti chiedono una qry al volo o un report non ci metterei >> senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. > > Non sono per niente d'accordo, anzi in python (avendo strutturato > bene il tutto) è ancora più semplice. Apri il file (file di testo, > che puoi aprire in situazioni di emergenza con notepad), scrivi la > query, la associ al pulsante, menu o quello che è ed è fatto. Per i > report, al momento in effetti strumenti comodi non ce ne sono ma > idem, se hai creato un'infrastruttura ben fatta (ad esempio dei > template per reportlab), non ci vorranno 10 minuti, ma in 15 hai > fatto...ed è un lavoro molto più pulito e stabile direi! Tu come li fai i template in reportlab? Io ho avuto successo solo usando una versione patchottata di un parser RML "bootleg" che trovai abbandonato da qualche parte nel web (per avere RML2PDF devi comprare il "ReportLab Enterprise Publishing and Reporting Server"... e il nome dice tutto su quanto te lo vogliono far pagare), e anche allora quello che ho avuto è stato un linguaggio per fare *i report*, non *i template*: questi ultimi me li sono fatti con Cheetah che genera RML che genera PDF - un altro strato di roba da imparare. Alla fine va, ma è veramente un hack che non me la sentirei di consigliare a cuor leggero. Hai una soluzione più pulita di questa? Sarei felice di conoscerla. Se no... direi che promettere a qualcuno che farà report "non in 10 minuti ma in 15 sì" mi sembra un po' grossa. Access è ottimale per una certa classe di applicazioni: se (e solo se) si è ossequiosi verso il suo paradigma, consente di fare applicativi - male - ma velocemente. In Python le cose si possono fare bene, si è liberi sul paradigma di accesso ai dati, si possono fare anche certe cose velocemente... ma non le stesse che si fanno con Access altrettanto velocemente. -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Ciao Antonio, sul tema dei report ti avevo già chiesto informazioni al pycon se ricordi. Purtroppo però non è uscito ancora nulla di nuovo. All'epoca mi avei anche consigliato l'ide daboweb che ha in se anche una piccola parte per la creazione di report. Io avevo anche trovato poi un piccolo programma che crea velocemente i codici per le maschere wxpython farpy. Penso però, dalla mia piccola esperienza , che andare a combinare python con ocx o ambianti java, per quanto possibilem forse non sia la cosa migliore. Se si vuole prendere quella strada perchè non adare direttamente su jython o su java usando script python? Il mio sogno sarebbe trovare un'internfaccia ide completa che permetta anche una buona gestione dei report. Purtroppo non mi pare che ci sia ancora nulla di completo sul mercato ne gratis ne open ne commerciale. ciao Marco M. ps .sotto commenti... Il 30/08/07, Y3s <[EMAIL PROTECTED]> ha scritto: > > > Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: > > Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è > affatto facile. > Per quanto access sia una schifezza, come dicono tanti, permette > personalizzazioni molto veloci a livello di query o report. > Python al contrario ti permetterà sicuramente una maggiore e una migliore > gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente > se ti basi su mysql o altri. > Se però ti chiedono una qry al volo o un report non ci metterei > senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. > > > Non sono per niente d'accordo, anzi in python (avendo strutturato bene il > tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire > in situazioni di emergenza con notepad), scrivi la query, la associ al > pulsante, menu o quello che è ed è fatto. Per i report, al momento in > effetti strumenti comodi non ce ne sono ma idem, se hai creato > un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci > vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e > stabile direi! > Teni conto che se come dice è nuovo del linguaggio non avrà ancora nulla di fatto e per crearsi una sua struttura di codice ci metterà un bel po'. Poi dopo forse la fa anche in 5 min e non in 10 ma deve avere tutto un suo lavoro di codice a monte. Per l'interfaccia grafica anche io di consiglio le wxpython, per la > creazione in grafica dell'interfaccia se non vuoi scrivere il codice a > manina però non so ancora cosa dirti . > Ci sono diversi strumenti disponibili ma molti come me preferisco scrivere > per quanto lungo il codice a mano. (aspetto contraddizioni o consiglio in > merito) > > > Penso che questa sia una questione molto personale, ognuno dovrebbe > scegliere il metodo con cui si trova meglio, non esiste un "migliore" in > assoluto! Io mi trovo abbastanza bene a scrivermi il codice a mano, anche > perchè mi sono creato un piccolo set di controlli che mi semplificano molto > la vita, e utilizzando un designer avrei molte difficoltà ad integrarli... > Quello che è capitato a me.. Comunque per quanto poi diventi un'abitudine questo modo di lavorare , per una persona che passa da un vb o access l'impatto non è da poco. Come minimo la prima volta ti viene il blocco dello scrittore... foglio nero dell'editor e dici e ora da dove parto? Riguardo l'accesso ai vari db in python trovi di tutto e per tutto e > sicuramente non avrai problemi. > Per i report in ho ancora trovato nulla che sia altrettanto veloce di > access. Io attualmente uso reportlab che è uno strumento ottimo che ti crea > il pdf dei report che vuoi ma non ho ancora trovato nulla per creare i > report i grafica. > > I report li creo ancora scrivendo il codice.sigh, ( anche qui se ci sono > consigli o contraddizioni sono a braccia aperte) > > > C'è questo, ma è praticamente solo per windows (o almeno, non sono mai > riuscito a farlo funzionare decentemente su linux), comunque molto comodo e > abb potente: > http://reportman.sourceforge.net/ > Per quanto windows sia ancora diffuso e troppo cerco sempre di fare applicativi che mi permettano un giorno dove posso di toglierlo e mettere un linux sicuramente più funzionale. Oppure c'è questo, che però non ho mai provato, ma per quanto ne so dovrebbe > esistere uno strumento per creare un report RML con openoffice: > http://www.openreport.org/ > E' giusto il link??? Mi sembra che il sito sia morto. C'è qualcos'altro che però al momento non ricordo... > Poi se lavori su windows c'è sempre la possibilità di usare > crystalreports, e infine penso che sia possibile in qualche modo anche > utilizzare jasperreports con il suo editor iReport... > > -- > Antonio Valente > Ciao ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > > -- Marco M. ___ Python mailing list Python@lists.python.it http://lists.pytho
Re: [Python] migrazione da msaccess a python
Il giorno 30/ago/07, alle ore 13:03, Marco ha scritto: Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Non sono per niente d'accordo, anzi in python (avendo strutturato bene il tutto) è ancora più semplice. Apri il file (file di testo, che puoi aprire in situazioni di emergenza con notepad), scrivi la query, la associ al pulsante, menu o quello che è ed è fatto. Per i report, al momento in effetti strumenti comodi non ce ne sono ma idem, se hai creato un'infrastruttura ben fatta (ad esempio dei template per reportlab), non ci vorranno 10 minuti, ma in 15 hai fatto...ed è un lavoro molto più pulito e stabile direi! Per l'interfaccia grafica anche io di consiglio le wxpython, per la creazione in grafica dell'interfaccia se non vuoi scrivere il codice a manina però non so ancora cosa dirti . Ci sono diversi strumenti disponibili ma molti come me preferisco scrivere per quanto lungo il codice a mano. (aspetto contraddizioni o consiglio in merito) Penso che questa sia una questione molto personale, ognuno dovrebbe scegliere il metodo con cui si trova meglio, non esiste un "migliore" in assoluto! Io mi trovo abbastanza bene a scrivermi il codice a mano, anche perchè mi sono creato un piccolo set di controlli che mi semplificano molto la vita, e utilizzando un designer avrei molte difficoltà ad integrarli... Riguardo l'accesso ai vari db in python trovi di tutto e per tutto e sicuramente non avrai problemi. Per i report in ho ancora trovato nulla che sia altrettanto veloce di access. Io attualmente uso reportlab che è uno strumento ottimo che ti crea il pdf dei report che vuoi ma non ho ancora trovato nulla per creare i report i grafica. I report li creo ancora scrivendo il codice.sigh, ( anche qui se ci sono consigli o contraddizioni sono a braccia aperte) C'è questo, ma è praticamente solo per windows (o almeno, non sono mai riuscito a farlo funzionare decentemente su linux), comunque molto comodo e abb potente: http://reportman.sourceforge.net/ Oppure c'è questo, che però non ho mai provato, ma per quanto ne so dovrebbe esistere uno strumento per creare un report RML con openoffice: http://www.openreport.org/ C'è qualcos'altro che però al momento non ricordo... Poi se lavori su windows c'è sempre la possibilità di usare crystalreports, e infine penso che sia possibile in qualche modo anche utilizzare jasperreports con il suo editor iReport... -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] migrazione da msaccess a python
Ciao sto anche io facendo un lavoro del genere per la mia azienda ma non è affatto facile. Per quanto access sia una schifezza, come dicono tanti, permette personalizzazioni molto veloci a livello di query o report. Python al contrario ti permetterà sicuramente una maggiore e una migliore gestione a livello di linguaggio e di sicurezza dei dati, indipendentemente se ti basi su mysql o altri. Se però ti chiedono una qry al volo o un report non ci metterei senz'altro i 10 min che ci mettevi prima a crearlo dal nulla. Per l'interfaccia grafica anche io di consiglio le wxpython, per la creazione in grafica dell'interfaccia se non vuoi scrivere il codice a manina però non so ancora cosa dirti . Ci sono diversi strumenti disponibili ma molti come me preferisco scrivere per quanto lungo il codice a mano. (aspetto contraddizioni o consiglio in merito) Riguardo l'accesso ai vari db in python trovi di tutto e per tutto e sicuramente non avrai problemi. Per i report in ho ancora trovato nulla che sia altrettanto veloce di access. Io attualmente uso reportlab che è uno strumento ottimo che ti crea il pdf dei report che vuoi ma non ho ancora trovato nulla per creare i report i grafica. I report li creo ancora scrivendo il codice.sigh, ( anche qui se ci sono consigli o contraddizioni sono a braccia aperte) Per un programma da provare fatto in python, se non mi sbaglio c'è jouce (un famoso lettore di podcast) lo trovi http://sourceforge.net/project/showfiles.php?group_id=151000 http://juicereceiver.sourceforge.net/ Ciao. Il 29/08/07, renzo andrioli <[EMAIL PROTECTED]> ha scritto: > > Realizzo da anni applicativi sotto windows msAccess stand-alone o su > piccole reti locali. Le applicazioni sono destinati ad insegnanti di scuole > medie e superiori. > > In un lavoro di graduale ampliamento e riscrittura degli applicativi, > sempre sotto windows, è mia intenzione passare a python ma prima di > dedicarmi con convinzione a questa impresa per evitare di accorgermi magari > tra qualche settimana della presenza di ostacoli di difficile soluzione, > gradirei dalla comunità alcune risposte: > > E' noto che nella scuola la cultura informatica (soprattutto degli > insegnanti) è piuttosto scarsa, con autonomia operativa nulla, in un > contesto incerto e disomogeneo. Gli applicativi Python dovrebbero essere > quindi di facile installazione (senza preventivi accertamenti su windows) e > protetti almeno parzialmente. > > > > Gli applicativi sono utilizzati anche da insegnanti ciechi, che > usufruiscono di uno screen-reader perfettamente compatibile con windows ed > access. Devo perciò verificare questo programma sia compatibile con gli > applicativi python. Lo screen-reader è un programma che gira sotto windows > dotato di un sintetizzatore vocale che descrive brevemente la situazione > dello schermo e la posizione del cursore. Nel caso di una form il > sintetizzatore descrive il tipo di controllo (text, combo, gruppo opzioni, > pulsante opzione, pulsante di comando etc) ed il nome con cui viene > identificato. Lo spostamento tra i vari controlli avviene con il tasto tab. > Alcuni tasti funzione sono utilizzati come help in linea della form / del > controllo. Per poterne collaudare il grado di compatibilità, dovrei > disporre di una applicazione python qualsiasi (versione di prova o demo) > dotata di forms su cui effettuare concretamente delle prove. > > > > Ringrazio chiunque mi sappia dare indicazioni utili. > > > > > > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > > -- Marco M. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Re: migrazione da msaccess a python
On Thu, 2007-08-30 at 10:34 +0200, Manlio Perillo wrote: > Ma allora usate SQLite, invece di MySQL! bah certamente SQLite e' un'ottima cosa l'ho usato spesso ma come al solito ritengo dipenda dalle funzionalita' di cui ha bisogno ... Postgre e' un grandissimo sostituto di strumenti tipo Oracle (forse anche migliore) Mysql e' ottimo se hai query semplici .. tipo non ti serve il controllo di integrita' e cose cosi'. SQLite e' il top se l'applicazione e' stand alone ... Ogniuno di questi strumenti da il massimo del rendimento nel suo contesto operativo... (cioe' per la mission per cui e' stato creato) sta al programmatore capire esattamente di cosa necessita. tutto qua almeno IMHO ... Qualitativamente sono tutto ottimi .. e non raccontiamo che MySQL non funziona che mi sembra un po esagerato :) > > MySQL è comunque un database client-server. > Diverse persone dicono che è più facile da installare e gestire di > PostgreSQL, ma io ho provato entrambi (MySQL 4.0 - il mio primo database > usato perchè PostgreSQL non era ancora disponibile per Windows - e > PostgreSQL 8.0) e devo dire che PosgteSQL mi sembra molto più semplice e > coerente. de gustibus... :) ... > > Tra l'altro ho studiato a fondo entrambi i manuali: quello di MySQL mi > fece una strana impressione (non ero esperto di database, ma alcune cose > mi sembravano "strane") mentre quello di PostgreSQL è tutta un'altra storia. > > Per non parlare poi del protocollo usato per la comunicazione > client-server (ed anche qui ho avuto modo di studiarli entrambi)... > Quello di MySQL mi sembra un pastrocchio incredibile, ed è molto > instabile (nel senso che ha avuto moltissime revisioni). > > > > [...] cmq io li uso tutti e tre ammetto che ho iniziato con MySQL e quindi per me e' il + semplice da usare (ma giusto perche ci ho buttato sopra 7-8 anni) :) pero' ammetto che in certe parti e' stravagante :) E poi se si usa un buon Layer di accesso hai dati .. magari un bel ORM .. alla fine se il target dell'applicazione cambia gli cambi db sotto :) (questo l'ho provato tra mysql e sqlite ed e' una ficata:)) saluti Spaghetty ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Re: migrazione da msaccess a python
Domenico Chierico ha scritto: [...] beh come il tuo stesso confronto ammette Postgre e' molto efficace in chiave di scalabilita' e questo e' sicuramente noto ... pero' un po lento e macchinoso in situazioni "piccole" diendo che gli applicativi di partenza sono su ms access non ritengo abbiamo un traffico cosi' esasperato o query cosi' complesse (access veramente le supporta a cazz) quindi alla fine tirare su Postgre e' come fare una scampagnata con un carrarmato ... non mi sembra il cazo ci vuole qualcosa di piccolo e leggero Ma allora usate SQLite, invece di MySQL! MySQL è comunque un database client-server. Diverse persone dicono che è più facile da installare e gestire di PostgreSQL, ma io ho provato entrambi (MySQL 4.0 - il mio primo database usato perchè PostgreSQL non era ancora disponibile per Windows - e PostgreSQL 8.0) e devo dire che PosgteSQL mi sembra molto più semplice e coerente. Tra l'altro ho studiato a fondo entrambi i manuali: quello di MySQL mi fece una strana impressione (non ero esperto di database, ma alcune cose mi sembravano "strane") mentre quello di PostgreSQL è tutta un'altra storia. Per non parlare poi del protocollo usato per la comunicazione client-server (ed anche qui ho avuto modo di studiarli entrambi)... Quello di MySQL mi sembra un pastrocchio incredibile, ed è molto instabile (nel senso che ha avuto moltissime revisioni). > [...] Saluti Manlio Perillo ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Re: migrazione da msaccess a python
On Wed, 2007-08-29 at 21:52 +0200, Nicola Larosa wrote: > >> Dixie wrote: > >>> Sto migrando la mia "piattaforma" da access a MySQL + Python + > >>> wxPython. > > > Nicola Larosa wrote: > >> Non usare MySQL se non hai la pistola alla tempia (e se ce l'hai, > >> accertati che sia carica ;-) ). > > Ludovico Magnocavallo wrote: > > Uf, Nicola sarebbe ora di smetterla. E' come se ogni volta che si > > parla di editor, tirassi in ballo la questione Emacs vs VI. > > Dà fastidio, eh? > > > > PostgreSQL ha dei vantaggi rispetto a MySQL, e viceversa. Tutti e due > > sono ottimi database, tutti e due hanno dei punti deboli, > > Non sono per nulla d'accordo, come sai. beh come il tuo stesso confronto ammette Postgre e' molto efficace in chiave di scalabilita' e questo e' sicuramente noto ... pero' un po lento e macchinoso in situazioni "piccole" diendo che gli applicativi di partenza sono su ms access non ritengo abbiamo un traffico cosi' esasperato o query cosi' complesse (access veramente le supporta a cazz) quindi alla fine tirare su Postgre e' come fare una scampagnata con un carrarmato ... non mi sembra il cazo ci vuole qualcosa di piccolo e leggero La qualita' del tool dipende sempre dal contesto non e' mai assoluta .. tranne per quanto riguarda Emacs che e' la via della salvazione :) > > > > tutti e due hanno nomi importanti che li usano con successo (per MySQL, > > quello che conosco meglio, due esempi: Yahoo! e YouTube). > > Per l'ennesima volta, è un'argomentazione *totalmente irrilevante*. E sai > benissimo anche questo. > > > > > Il tuo confronto è parziale, e secondo me andrebbe rivisto in alcuni > > punti. > > Che non ti sei mai degnato di dettagliare. > > > > E comunque, cosa più importante, credo che tutti gli iscritti alla lista > > (o chi ha occasione di chiacchierare ogni tanto con te o altri > > pythonisti in IM) > > Non credo che questa estensione dell'ambito sia pertinente a questa > discussione. > > > > abbiano visto passare il link qualche decina di volte. Secondo me > > sarebbe ora di archiviare, e passare ad altro. :) > > Sto attento a non postarlo più di una volta a settimana, e ti ricordo che > qui non circolano sempre le stesse persone. > > Se poi la cosa ti dà fastidio perché preferisci non mettere in discussione > certe scelte, beh, è un problema tuo. > > > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python Cia' ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
