Re: [Python] Usare il db giusto, non quello sbagliato
2013/7/15 enrico franchi enrico.fran...@gmail.com Un'ora a scrivere lo script o un'ora ad eseguirlo? Mi sa la seconda, sebbene un script che richieda un'ra per essere scritto ... cai cai. 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/15 Enrico Bianchi enrico.bian...@ymail.com che fa lo spool a video, che rallenta di brutto le operazioni) E un bel redirect vs log ? 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/14 Daniele Palmese pal...@gmail.com Dio li fa e poi li accoppa, ho capito, la vita è così! (Carro) Oh ok, grazie non ci sarei mai arrivato... Se non sei a. un fan sfegatato di Elio che ti collezioni pure le canzoncine idiote per VuotaFon b. abbastanza attempato c. soffri della sindrome di Peter Pan (il mio caso, ovvero il caso b ma non si ammetterebbe mai) non avevi possibilita'. Credo sia uno dei primi album 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/14 Enrico Bianchi enrico.bian...@ymail.com che era ed é closed source Questo per me non e` mai stato un problema, se mi serve uno strumento lo uso, punto, al massimo posso cercare l'alternativa FLOSS, ma se non ce l'ho non mi scandalizzo e vado avanti Concordo. Io uso il FLOSS se possibile, ma in certi casi, posso addirittura indicare al cliente come scelta migliore del Closed se soddisfa meglio le esigenze. Certo casi rari, ma una volta o due mi e' capitato. 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/13 Manlio Perillo manlio.peri...@gmail.com 1. Piu' semplice da amministrare a livello power user di altri 'Sta cosa me la dovete spiegare: cos'ha di cosi` semplice da amministrare PostgreSQL? Che dedicando un processo separato ad ogni connessione, non devi impazzire come con MySQL quando devi gestire centinaia di client untrusted. Qualcosa che non va nel quoting, io avevo risposto altro, mai chiesto se cosa abbia di semplice amministrare PG. Io ero quello che faceva il paragone tra la falsa semplicita' con MySql e la omologa per i sistemi microsoft. 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
Una cosa semplice è che posso scriptare in Bash setup dei dati e degli
utenti di test. Penso
Il giorno sabato 13 luglio 2013, Carlos Catucci ha scritto:
2013/7/13 Manlio Perillo manlio.peri...@gmail.com javascript:_e({},
'cvml', 'manlio.peri...@gmail.com');
1. Piu' semplice da amministrare a livello power user di altri
'Sta cosa me la dovete spiegare: cos'ha di cosi` semplice da
amministrare PostgreSQL?
Che dedicando un processo separato ad ogni connessione, non devi
impazzire come con MySQL quando devi gestire centinaia di client
untrusted.
Qualcosa che non va nel quoting, io avevo risposto altro, mai chiesto se
cosa abbia di semplice amministrare PG.
Io ero quello che faceva il paragone tra la falsa semplicita' con MySql e
la omologa per i sistemi microsoft.
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
--
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/13 Andrea Francia and...@andreafrancia.it Una cosa semplice è che posso scriptare in Bash setup dei dati e degli utenti di test. Penso Beh scriptare in bash se usi python e' come mettere i pedali a una Ducati Dievel. ;) Ciodetto, forse lo puoi fare anche con altri db. 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 sabato 13 luglio 2013, Gollum1 ha scritto: Perché non ricominciamo dal quote? 1) evitate il top quoting, è male... Anche se non lo vuoi sentire ma con il cellulare è scomodo quotare sotto e a me sembra che se rispondi al messaggio giusto con una sola riga in alto si capisce bene uguale. 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
Il giorno 13/lug/2013 17:13, Simone Federici s.feder...@gmail.com ha scritto: Dio li fa e poi li accoppia Dalle mie parti si dice anche: Dio li fa e poi li accoppa... 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/13 Simone Federici s.feder...@gmail.com Ma e` cosi` che e` andata la storia, PHP e MySQL si incrociarono quel nefasto giorno e da allora hanno recato solo danni a tutto e a tutti :P Dio li fa e poi li accoppia Era meglio un: dio prima li fa e poi li ACCOPPA (cit.) in questo caso specifico! ;) P.S. Vediamo quanti sono ferrati (come cavalli), citazione di chi e cosa? 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/13 Gollum1 gollum1.smeag...@gmail.com Dalle mie parti si dice anche: Dio li fa e poi li accoppa... Non era te che citavo, senza offesa, ma all'epoca della frase non sapevo che esistevate ne tu ne il python ;) 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/13 enrico franchi enrico.fran...@gmail.com 1 volte Java su PHP. In effetti ... progetti grossi li puoi incasinare anche con java ma in php e' una certezza. Per chi adesso mi verra' a citare facciadilibro: loro il php se lo sono riscritti in casa e ciononostante vedete voi che chiavica di social e' dventato. 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 13 luglio 2013 19:13, Carlos Catucci carlos.catu...@gmail.comha scritto: P.S. Vediamo quanti sono ferrati (come cavalli), citazione di chi e cosa? Sono sferrato, ma tanto curioso... ___ 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/13 Carlos Catucci carlos.catu...@gmail.com Una mitica canzone da uno dei primi album di Elio e le storie tese Dio li fa e poi li accoppa, ho capito, la vita è così! (Carro) Oh ok, grazie non ci sarei mai arrivato... ___ 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/12 Alberto De Prezzo albertodepre...@gmail.com ce ne sono altre centinaia di sfigati, ma chi se ne frega, quelli in gamba sono su questa lista. click. In Abruzzo questo comportamento viene definito ANDARE IN CASCETTA che non e' traducibile ma rende l'idea. In pratica quando uno vuole ad ogni costo avere ragione e qundi fa una affermazione STRILLATA e poi chiude per avere l'ultima parola. Sara' che io sono convinto che se si dialoga e ci si confronta ... se io ho un panino e tu hai un panino e ce li scambiamo, avremo sempre un panino a testa. Se io ho una conoscenza e tu hai una conoscenza diversa e ce le scambiamo, avremo due conoscenze a testa. 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 12 Jul 2013 15:30, Carlo Miron mi...@python.it wrote: Non so rispondere alla tua domanda, ma sono curioso. Qual'e` il tuo usecase? Intendo: in 25 anni di amministrazione di DB di ogni tipo e dimensione non mi e` mai capitato che DROP INDEX mi cadesse all'interno di una sezione critica dal punto di vista prestazionale, e mi stupirebbe alquanto che l'ottimizzare quell'operazione in tal senso sia una priorita` in qualsiasi database relazionale... Diventa una priorità nel momento in cui, per eseguire il drop di un indice, viene creata una tabella nuova, copiandone il contenuto dalla vecchia, per poi ricostruire tutti gli N-1 indici e sostuituire la tabella vecchia con la nuova. No, non ho controllato il comportamento su versioni recenti. La mia esperienza risale al 2010. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
On 12 Jul 2013 16:54, Carlo Miron mi...@python.it wrote: RRGGHH, ero riuscito a rimuovere questa cosa, e tu ora me l'hai fatta ricordare :( La cosa più stupefacente fu vedere lo stesso comportamento (una valanga di GB occupati, ore di tempo) per cambiare un default in NOT NULL. Credo sia infine stato sistemato con la 5.1: bugs.mysql.com/bug.php?id=2364 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
Basta guardare il video per non usare + MySQL https://www.youtube.com/watch?v=1PoFIohBSM4 Per approfondimenti: http://sql-info.de/mysql/gotchas.html ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
Il 12/07/2013 17:00, python-requ...@lists.python.it ha scritto: Si dice plonk. *plonk* DNFT / click. / ___ 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/12 Carlo Miron mi...@python.it E nonostante i miei amici trolloni continuino inutilmente ad endorsarmi MySQL su LinkedIn http://i.imgur.com/3WTNKLh.png?1 :P Ora che lo so ... mi dai il tuo contatto linkedin che ti endorso? ;) 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/12 enrico franchi enrico.fran...@gmail.com No, per favore, documenta! Da come l'avevi messa nei post prima sembrava molto banale, quindi sono sicuro che con poco sforzo puoi mostrare questi use-case in cui MySQL e' piu' appropriato di Postgres. Su un progetto in cui sono subentrato si doveva scegliere tra M$SQL e MySQL (erano gli unici supportati dal framework che stiamo usando). Alla fine hanno scelto MySQL e non so bene perché. Io ero contento della scelta perché almeno si poteva rimanere su Open Source e Linux. Adesso dopo aver sentito tanti pareri schifati di MySQL non so più cosa pensare. Chiedo a voi detrattori di MySQL: un MySQL su Linux é anche peggio di un M$SQL su Windows? 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/12 Andrea Francia and...@andreafrancia.it Su un progetto in cui sono subentrato si doveva scegliere tra M$SQL e MySQL (erano gli unici supportati dal framework che stiamo usando). Per mia curiosita' ma di quale framework si tratta? no, cosi', solo per evitarlo come la peste. ;) 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/12 Andrea Francia and...@andreafrancia.it Chiedo a voi detrattori di MySQL: un MySQL su Linux é anche peggio di un M$SQL su Windows? Da mie esperienze posso solo dire che eviterei entrambi potendo. Pero' side effect quali float arrotondati (100.00 che diventa 99.99) su MsSqlServer, con tutto il male che gli voglio, e non e' poco, non ne ho mai visti. Che poi IMHO sia una porcata di db anche lui e' altro discorso. 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/12 Carlos Catucci carlos.catu...@gmail.com Per mia curiosita' ma di quale framework si tratta? no, cosi', solo per evitarlo come la peste. ;) Preferisco non dire come si chiama. Dico solo che se rimani su Python non ti capiterà mai di usarlo. 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/12 Andrea Francia and...@andreafrancia.it 2013/7/12 Carlos Catucci carlos.catu...@gmail.com Per mia curiosita' ma di quale framework si tratta? no, cosi', solo per evitarlo come la peste. ;) Preferisco non dire come si chiama. Dico solo che se rimani su Python non ti capiterà mai di usarlo. Drupal? ___ 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/12 Carlos Catucci carlos.catu...@gmail.com Che poi IMHO sia una porcata di db anche lui e' altro discorso. OK, grazie della risposta. Però c'e' una cosa che non capisco: Mi avete detto che MySQL fa schifo e mi sembrate convincenti Mi dici che SQL Server è brutto e non faccio fatica a crederci Mi dite che Postgres va bene e me l'hanno detto in tanti Però non ho capito le opinioni che avete su Oracle DB. Io mi ricordo che (nel 2004) era una schifezza, che ci volevano 3 giorni per installarlo su una RedHat (su Windows molto meno), che aveva bisogno di mille dipendenze, che era ed é closed source e che comprare una licenza Oracle voleva dire doversi poi comprare anche i consulenti Oracle per far funzionare le cose. Poi non l'ho più usato e non l'ho neanche mai stressato. Da quello che mi é parso di leggere non c'erano commenti schifati su Oracle DB. Ma quindi é meno peggio di MySQL? Scusate se vi faccio fare la classifica anche dei meno peggio :-) 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/12 Marco Beri marcob...@gmail.com Preferisco non dire come si chiama. Dico solo che se rimani su Python non ti capiterà mai di usarlo. Drupal? Peggio! 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/12 Andrea Francia and...@andreafrancia.it 2013/7/12 Marco Beri marcob...@gmail.com Preferisco non dire come si chiama. Dico solo che se rimani su Python non ti capiterà mai di usarlo. Drupal? Peggio! È in questa lista? http://www.phpframeworks.com/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Usare il db giusto, non quello sbagliato
On Friday, July 12, 2013, Andrea Francia wrote:
2013/7/12 Marco Beri marcob...@gmail.com javascript:_e({}, 'cvml',
'marcob...@gmail.com');
Preferisco non dire come si chiama. Dico solo che se rimani su Python non
ti capiterà mai di usarlo.
Drupal?
Peggio!
un porting di Drupal in C#? ( la prima cosa peggio che mi è venuta in
mente dopo ASP.NET)...
--
Valerio
___
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/12 Marco Beri marcob...@gmail.com È in questa lista? http://www.phpframeworks.com/ Peggio: é scritto in Java. 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/12 Enrico Bianchi enrico.bian...@ymail.com No, mongodump genera un BSON della collection. In teoria e` comprimibile, ma il problema e` proprio l'estrazione (oggi, alle 14, dopo 24 ore era ancora al 19%) Ma quanti dati sono? In termini di dimensioni intendo. 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/12 Marco Beri marcob...@gmail.com Drupal? Non e' un framework e' un CMS. Ed e' di certo meno peggio di Joomla. 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/12 Andrea Francia and...@andreafrancia.it Peggio: é scritto in Java. rghh!! Usi java (linguaggio pedante e pesante ma pur sempre multipiattaforma) e poi lo castri sul DB? 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/12 Marco Beri marcob...@gmail.com È in questa lista? http://www.phpframeworks.com/ Li in mezzo il meno peggio (che come dico sempre peggio rimane) per me e' Symfony. Un ORM decente, un sistema di templating non del tutto idiota, YAML per i config (certo avrei preferito json ma YAML e' piu' leggibile), multiDb e multipiattaforma, con le sandbox hai un progetto potrabile AS IS tutto in una cartella da deployare (quindi ache su host osceni come aruba). 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/12 Enrico Bianchi enrico.bian...@ymail.com No, mongodump genera un BSON della collection. In teoria e` comprimibile, ma il problema e` proprio l'estrazione (oggi, alle 14, dopo 24 ore era ancora al 19%) Io non mi sono spiegato bene, al posto di MongoDump fare un tar.bz del file 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
On 07/12/2013 11:15 AM, Alberto De Prezzo wrote: Come benchmark non male. E dimostra come non stiamo dicendo cazzate. Veramente quello non era un benchmark, ma un caso reale :) Per effettuare un benchmark, tempo fa', scrissi questi: https://github.com/henryx/TestDB In effetti devo precisare che vanno a testare un caso specifico (partizionamento logico usando una vista), ma i risultati rimangono comunque interessanti: [ebianchi@cdk026 TestDB]$ python test_db_pg.py Inizio test Inserimento dati Tempo di inserimento dati: 5325.429100 Esecuzione query Tempo di estrazione max(date_ins): 14.184620 Tempo estrazione dati dal 01/01/1725 al 31/12/1744: 0.840654 Tempo estrazione dati dal 01/01/1725 al 31/12/1824 3.592607 Tempo estrazione dati dal 01/01/1725 al 31/12/1924 7.644323 Fine test [ebianchi@cdk026 TestDB]$ python test_db_mysql.py Inizio test Inserimento dati Tempo di inserimento dati: 5093.215003 Esecuzione query Tempo di estrazione max(date_ins): 181.734490 Tempo estrazione dati dal 01/01/1725 al 31/12/1744: 180.580114 Tempo estrazione dati dal 01/01/1725 al 31/12/1824 178.890681 Tempo estrazione dati dal 01/01/1725 al 31/12/1924 183.226072 Fine test [ebianchi@cdk026 TestDB]$ I database si trovavano installati sulla stessa macchina virtuale (CentOS 6.4 1 core, 1Gb di RAM, 2Gb di swap) e le versioni erano PostgreSQL 9.2.4 e MySQL 5.5.32 Ah be, se questo è il tenore della discussione, neanche mi ci metto a documentare le mie affermazioni. Direi che piu` che il tenore, e` che si sta cercando di difendere l'indifendibile ;) Ripeto: MySQL e` buono per lavori semplici in cui lo schema e le query non sono troppo complesse, ma un caso del genere puo` andare veramente bene solo per siti web poco complessi (e, guarda caso, MySQL viene strausato in quel campo). D'altro canto, PostgreSQL non solo compete nello stesso campo di MySQL, ma spazia anche in campi generalmente dominati da altri nomi ben piu` blasonati (competendo abbastanza bene, aggiungerei). Per quanto riguarda i nomi da te citati, semplicemente usano MySQL perche` devono mantenere un supporto legacy (hanno cominciato con quello) e perche` lo usano aggirando le limitazioni (non a caso, i maggiori contributori di patch per MySQL sono Google e Facebook) Come quelli di *Yahoo*! ah, Yahoo! storicamente usava una versione di PostgreSQL adattata ai suoi scopi (il motore era di tipo colonnare), poi probabilmente hanno cominciato ad usare anche MySQL a causa dei vari acquisti fatti Enrico ___ 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/12 Enrico Bianchi enrico.bian...@ymail.com 'Sta cosa me la dovete spiegare: cos'ha di cosi` semplice da amministrare MySQL? :) MySql come PHP (ma come altri bagagli, i.e. i sistemi operativi di Redmond) e' fintamente semplice. Siccome fai subito e facilmente le cose base poi resta l'idea (errata) che anche fare quelle avanzate sia facile. E' come passara da print Hello World! ad un map reduce. 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/12 Simone Federici s.feder...@gmail.com Inizialmente supportavamo tutti I db ANSI 92 standard. Non siamo noi a scegliere ma chi compra. Nessuno ha Mai chiesto mysql. Secondo la visione del nostro amico tutti i tuoi clienti sono dei perfetti dementi e incompetenti. Certo che siete sfigati eh? Pensa che potevate averne tantissimi con il solo MySql, e voi vi siete andati a cercare con il lanternino sti sfigati che usano altro. ;) 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 È 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
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
