Io lavoro in ambiente misto Erlang/Python: probabilmente ora non scriverei
un servizio centrale in Python ma lo farei in Erlang, eventualmente con una
serie di processi python in comunicazione (che a questo punto posso mettere
ovunque, basta spawnare processi via ssh). Questo non vuol dire che
On Fri, 13 Nov 2009 10:25:27 +0100, luigi scarso luigi.sca...@gmail.com
wrote:
Che opinione hai di
http://couchdb.apache.org/docs/intro.html
?
Abbastanza nessuna, nel senso che so che è un progetto veramente ben
avviato, so che ha idee brillanti. Non sapevo fosse finito sotto l'ala dei
Il 13 novembre 2009 12.40, Daniele Varrazzo p...@develer.com ha scritto:
Non mi sono informato troppo perché non ho avuto mai (ancora) bisogno di
un document-oriented database. Se già ho idealmente messo una croce sopra
ai db relazionali (idealmente! per ora tutto quello che faccio gira ancora
On Fri, 13 Nov 2009 13:41:49 +0100, simozack simoz...@yahoo.it wrote:
Il 13 novembre 2009 12.40, Daniele Varrazzo p...@develer.com ha
scritto:
Non mi sono informato troppo perché non ho avuto mai (ancora) bisogno
di
un document-oriented database. Se già ho idealmente messo una croce
sopra
(ho cambiato l'oggetto)
2009/11/13 Daniele Varrazzo p...@develer.com:
On Fri, 13 Nov 2009 10:25:27 +0100, luigi scarso luigi.sca...@gmail.com
wrote:
Che opinione hai di
http://couchdb.apache.org/docs/intro.html
?
Abbastanza nessuna, nel senso che so che è un progetto veramente ben
2009/11/12 Marco Mariani maria...@prometeia.it:
e' normale che si attivino le difese immunitarie
antitroll.
Hm.
Non mi è chiaro cosa intendi dire.
--
luigi
___
Python mailing list
Python@lists.python.it
2009/11/13 Daniele Varrazzo p...@develer.com:
On Fri, 13 Nov 2009 13:41:49 +0100, simozack simoz...@yahoo.it wrote:
Il 13 novembre 2009 12.40, Daniele Varrazzo p...@develer.com ha
scritto:
Non mi sono informato troppo perché non ho avuto mai (ancora) bisogno
di
un document-oriented
2009/11/13 luigi scarso luigi.sca...@gmail.com:
(ho cambiato l'oggetto)
così ora si frammentano ulteriormente i thread :-(
Un link in più
http://www.oracle.com/technology/documentation/berkeley-db/xml/ref_xml/xml_win/bin.html
Non è immediato usarlo -- io pensavo di si.
Ci ho buttato via 3
2009/11/13 Lawrence Oluyede l.oluy...@gmail.com:
Ci ho buttato via 3 mesi della mia vita due anni fa su quel coso. È la
cosa più tremenda che Oracle e BDB
potessero partorire. Lascia perdere :-)
Ho scritto infatti
Non è immediato usarlo -- io pensavo di si.
a significare che avere il quadro
On Fri, 13 Nov 2009 14:35:36 +0100, luigi scarso luigi.sca...@gmail.com
wrote:
Scusami l'ignoranza, ma PostgreSQL non è un db relazionale?
hmm ... quasi.
http://www.postgresql.org/about/
PostgreSQL is a powerful, open source object-relational database system.
On Fri, 13 Nov 2009 15:05:26 +0100, Manlio Perillo
manlio.peri...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniele Varrazzo ha scritto:
[...]
Certo: forse mi sono spiegato male: PG è un DB relazionale, lo
padroneggio
alla grande e si è rivelato adatto a tutti i
On Fri, 13 Nov 2009 17:04:24 +0100, Daniele Varrazzo p...@develer.com
wrote:
[...] Noi abbiamo un db
relativamente piccolo, pochi tera
...esagerato! volevo dire pochi giga (non pochissimi, alcune decine).
--
Daniele Varrazzo - Develer S.r.l.
http://www.develer.com
2009/11/13 luigi scarso luigi.sca...@gmail.com:
Ho scritto infatti
Non è immediato usarlo -- io pensavo di si.
a significare che avere il quadro completo subito non è immediato,
si rischia di sottovalutare certi aspetti.
Lo uso per un progetto e con python + lxml ,
non è ne tremendo ne
2009/11/13 Daniele Varrazzo p...@develer.com:
Postgres è un fantastico database relazionale, ma le sue incursioni nel
mondo OO o XML sono solo featurismi secondo me abbastanza poco profondi da
essere fondamentali e per fortuna facilmente evitabili per chi non ne ha
bisogno.
In effetti il suo
On Fri, 13 Nov 2009 17:08:31 +0100, Lawrence Oluyede l.oluy...@gmail.com
wrote:
2009/11/13 Daniele Varrazzo p...@develer.com:
Postgres è un fantastico database relazionale, ma le sue incursioni nel
mondo OO o XML sono solo featurismi secondo me abbastanza poco profondi
da
essere fondamentali
2009/11/13 Daniele Varrazzo p...@develer.com:
...o valutare se un DB orientato ai documenti non possa essere uno
strumento migliore per questo compito.
eh eh il problema nasce anche dal fatto che magari, come nel nostro
caso, l'xml è parte integrante dell'applicazione relazionale e si
2009/11/13 Daniele Varrazzo p...@develer.com:
No, lasciamo perdere queste definizioni: sono solo da marchettari per
cavalcare quella che in un certo momento era la cresta dell'onda.
Le persone che conosco e che usano Postgres hanno tutte una
opinione favorevole; in questi anni Postgres
non mi
2009/11/13 Lawrence Oluyede l.oluy...@gmail.com:
2009/11/13 luigi scarso luigi.sca...@gmail.com:
Ho scritto infatti
Non è immediato usarlo -- io pensavo di si.
a significare che avere il quadro completo subito non è immediato,
si rischia di sottovalutare certi aspetti.
Lo uso per un
2009/11/13 luigi scarso luigi.sca...@gmail.com:
Insomma perchè hai avuto una pessima eperienza ?
Perché gestirlo in una applicazione massivamente concorrente non è
facile essendo un DB in process.
Ai tempi PostgreSQL non aveva il supporto XML e i DB documentali che
sono trendy ora non c'erano
2009/11/13 Lawrence Oluyede l.oluy...@gmail.com:
così ora si frammentano ulteriormente i thread :-(
Si, in generale non è una buona mossa.
L'ho fatto perchè per quanto mi riguarda GO.. è chiuso .
Concordo con
http://www.python.org/dev/peps/pep-3003/
--
luigi
2009/11/13 Lawrence Oluyede l.oluy...@gmail.com:
2009/11/13 luigi scarso luigi.sca...@gmail.com:
Insomma perchè hai avuto una pessima eperienza ?
Perché gestirlo in una applicazione massivamente concorrente non è
facile essendo un DB in process.
Si, ma è una affermazione piuttosto generica
2009/11/13 luigi scarso luigi.sca...@gmail.com:
*) hai una
applicazione ad alto grado di concorrenza ,che immagino conosci nelle
specifiche
*) hai un db basato su BDB che gestisce documenti in XML in modo
efficiente -- ma non è un dbms come postgres.
*) presuppongo python -- solo perchè
2009/11/13 Carlo C8E Miron carlo.mi...@gmail.com:
La cosa curiosa e` che couchdb ha abbandonato gia` da un pezzo l'xml
in favore di json ;)
Sì, tipo il terzo giorno di sviluppo :P
--
Lawrence Oluyede
[eng] http://oluyede.org - http://twitter.com/lawrenceoluyede
[ita] http://neropercaso.it -
2009/11/13 Lawrence Oluyede l.oluy...@gmail.com:
Qual'è stato il punto critico ?
L'applicazione è client server, l'applicazione è concorrente
(parallela a dire il vero), il client e il server non girano
necessariamente sulla stessa macchina, ergo un db in process non è la
scelta migliore del
2009/11/13 luigi scarso luigi.sca...@gmail.com:
È la
cosa più tremenda che Oracle e BDB
potessero partorire
Mi sembra più una questione di analisi/progettazione che altro.
Eddai Luca, è una frase di getto, non mi sono proprio trovato bene con
quel tool, tutto qui. Chiusa la discussione :-)
--
2009/11/13 Lawrence Oluyede l.oluy...@gmail.com:
2009/11/13 luigi scarso luigi.sca...@gmail.com:
^
Mi sembra più una questione di analisi/progettazione che altro.
Eddai Luca,
Con chi stai parlando, Law?
©
--
Carlo C8E Miron
We All Love Law Solution Architect™
On Nov 12, 2009, at 6:22 PM, luigi scarso wrote:
OK, qual'e la tua osservazione in merito ad XML
Che in generale e' un overkill. Come formato human readable fa un po'
schifo,
come formato di macchina in generale ci sono alternative piu' compatte
ed
efficienti adatte per la specifica
2009/11/14 Enrico Franchi enrico.fran...@gmail.com:
OK, qual'e la tua osservazione in merito ad XML
Che in generale e' un overkill.
Forse sgml.
Come formato human readable fa un po'
schifo,
(ok ,io avevo detto gran schifezza)
Mah
Nel senso che certi documenti docbook sono leggibilissimi,
2009/11/13 Lawrence Oluyede l.oluy...@gmail.com:
Boh io non ho nulla contro Go o contro XML. Mi sai che ne stai facendo
un problema per
trascinare la discussione che mi sembra più che morta.
L'argomento era ben preciso.
Hai inserito una tua forte considerazione -- off topic ma
assolutamente
29 matches
Mail list logo