Il giorno 15/ago/08, alle ore 15:32, "Alessandro Ronchi
>>
>>
>
> Anche dal link che mi hai fornito si evince che per database con alto
> numero di accessi in lettura MySQL è più performante. Per questo è
> stato scelto in un gran numero di progetti web, tutto qui.
Mah, io le ragioni nella diff
2008/8/15 Nicola Larosa <[EMAIL PROTECTED]>:
>
> Varie discussioni su it.comp.lang.python, e altrove.
>
> Giusto a titolo di cronaca, eh, non intendo discuterne *di nuovo*.
Lungi dal voler creare un flame, io volevo solo dire che non sempre
una scelta è la migliore in tutti i casi.
Anche dal link
> enrico franchi:
>> Usare MySQL è tipicamente una *pessima* idea. Un'ottima idea è usare
>> Postgres, a patto di averne bisogno, ben inteso.
Alessandro Ronchi:
> Non ti sembra di generalizzare troppo?
> Motiva almeno la tua sentenza. MySQL è perfetto per un gran numero di
> progetti web, ad esemp
Il giorno 15/ago/08, alle ore 13:32, "Alessandro Ronchi" <[EMAIL PROTECTED]
> ha scritto:
> 2008/7/19 enrico franchi <[EMAIL PROTECTED]>:
>
>> Usare MySQL è tipicamente una *pessima* idea. Un'ottima idea è us
>> are
>> Postgres, a patto di averne bisogno, ben inteso.
>
> Non ti sembra di gener
2008/7/19 Ernesto <[EMAIL PROTECTED]>:
> In principio ho almeno 50 righe anche con molta probabilità
> incrementeranno a più di 100.
> Con Postgres posso usare python per interrogarlo?
Con queste dimensioni a mio parere usare un DBMS è altamente
consigliato. Proprio per non reinventare co
2008/7/19 enrico franchi <[EMAIL PROTECTED]>:
> Usare MySQL è tipicamente una *pessima* idea. Un'ottima idea è usare
> Postgres, a patto di averne bisogno, ben inteso.
Non ti sembra di generalizzare troppo?
Motiva almeno la tua sentenza. MySQL è perfetto per un gran numero di
progetti web, ad ese
enrico franchi ha scritto:
> 2008/7/23 Enrico 'Henryx' Bianchi <[EMAIL PROTECTED]>:
>
> [...]
>
> Ad ogni modo se pensi ad un ORM (a prescindere dal giudizio specifico
> sullo stesso o sul concetto di ORM) di fatto stai usando python per
> interrogare il database. Il fatto che poi sotto vengano f
2008/7/23 Enrico 'Henryx' Bianchi <[EMAIL PROTECTED]>:
>> Con Postgres posso usare python per interrogarlo?
>
> Hai decisamente le idee confuse su come funzionano sia i database, sia su come
> funziona Python (ovviamente tutto questo mettendo le due cose in relazione).
> Leggi questo ( http://www.
On Saturday 19 July 2008 13:47:25 Ernesto wrote:
> Con Postgres posso usare python per interrogarlo?
Hai decisamente le idee confuse su come funzionano sia i database, sia su come
funziona Python (ovviamente tutto questo mettendo le due cose in relazione).
Leggi questo ( http://www.python.org/d
On Sat, Jul 19, 2008 at 7:44 PM, Gian Mario Tagliaretti
<[EMAIL PROTECTED]> wrote:
> Qualcuno in IRC mi raccontava di Google App Engine e del suo utilizzo
> di MySQL, mi hanno detto una cazzata? (in effetti mi pareva strano)
Leggendo in giro ho letto anche di tanti che ci hanno lavorato che
avreb
On Sat, Jul 19, 2008 at 7:44 PM, Gian Mario Tagliaretti
<[EMAIL PROTECTED]> wrote:
> 2008/7/19 Lawrence Oluyede <[EMAIL PROTECTED]>:
>
>>> [OT] qualcuno ha idea del perchè Google abbia scelto MySQL invece di
>>> PostgreSQL per GoogleApp?
>
>> sarebbe?
>
> Qualcuno in IRC mi raccontava di Google App
2008/7/19 Lawrence Oluyede <[EMAIL PROTECTED]>:
>> [OT] qualcuno ha idea del perchè Google abbia scelto MySQL invece di
>> PostgreSQL per GoogleApp?
> sarebbe?
Qualcuno in IRC mi raccontava di Google App Engine e del suo utilizzo
di MySQL, mi hanno detto una cazzata? (in effetti mi pareva strano
On Sat, Jul 19, 2008 at 6:43 PM, Gian Mario Tagliaretti
<[EMAIL PROTECTED]> wrote:
> On Sat, Jul 19, 2008 at 9:43 AM, enrico franchi
> <[EMAIL PROTECTED]> wrote:
>> On Fri, Jul 18, 2008 at 9:49 PM, Ernesto <[EMAIL PROTECTED]> wrote:
>>
>>> Utilizzare mysql è sicuramente un'ottima idea anche è neces
On Sat, Jul 19, 2008 at 9:43 AM, enrico franchi
<[EMAIL PROTECTED]> wrote:
> On Fri, Jul 18, 2008 at 9:49 PM, Ernesto <[EMAIL PROTECTED]> wrote:
>
>> Utilizzare mysql è sicuramente un'ottima idea anche è necessario
>> installare il server e tutte le facilities per gestirlo ed
>> interrogarlo.
>
> U
Il giorno 19/lug/08, alle ore 09:43, enrico franchi ha scritto:
> Usare MySQL è tipicamente una *pessima* idea. Un'ottima idea è usare
> Postgres, a patto di averne bisogno, ben inteso.
Sono d'accordo anche se non conosco Postgres
> Comunque proviamo a ragionare un attimo: quali sono le dimensio
On Fri, Jul 18, 2008 at 9:49 PM, Ernesto <[EMAIL PROTECTED]> wrote:
> Utilizzare mysql è sicuramente un'ottima idea anche è necessario
> installare il server e tutte le facilities per gestirlo ed
> interrogarlo.
Usare MySQL è tipicamente una *pessima* idea. Un'ottima idea è usare
Postgres, a patt
On Fri, Jul 18, 2008 at 9:49 PM, Ernesto <[EMAIL PROTECTED]> wrote:
>
> Il giorno 17/lug/08, alle ore 11:53, Edo Monticelli ha scritto:
>
>> sto provando a creare un database tipo dizionario con Python.
>>
>> Puoi utilizzare un database mySQL( o slqlite) ?
> In realtà sto cercando di evitare delle
Il giorno 17/lug/08, alle ore 11:53, Edo Monticelli ha scritto:
> sto provando a creare un database tipo dizionario con Python.
>
> Puoi utilizzare un database mySQL( o slqlite) ?
In realtà sto cercando di evitare delle soluzioni macchinose.
Utilizzare mysql è sicuramente un'ottima idea anche
>
> sto provando a creare un database tipo dizionario con Python.
Puoi utilizzare un database mySQL( o slqlite) ?
Se si prova a vedere SLQAlchemy o elixir(http://elixir.ematia.de/trac/wiki).
Prova a guardare qui: < http://www.python.org/doc/lib/module-anydbm.html >
__
On Wed, Jul 16, 2008 at 9:33 PM, Ernesto <[EMAIL PROTECTED]> wrote:
> Ciao a tutti,
>
> sto provando a creare un database tipo dizionario con Python. Al
> momento ho sfruttato il modulo anydbm. Ho, tuttavia, notato che quando
> il numero di informazioni da conservare aumenta l'accesso al database
On Wed, Jul 16, 2008 at 9:33 PM, Ernesto <[EMAIL PROTECTED]> wrote:
> sto provando a creare un database tipo dizionario con Python. Al
> momento ho sfruttato il modulo anydbm. Ho, tuttavia, notato che quando
> il numero di informazioni da conservare aumenta l'accesso al database
> rallenta notevo
21 matches
Mail list logo
