On 13/12/13 19:19, Gollum1 wrote:
Debian... Debian... Debian...
aggiungerei.. stable (wheezy al momento) :)
Lorenzo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Il 15/dic/2013 01:22 Alberto Granzotto agran...@gmail.com ha scritto::
ciao ragazz*,
per un progetto sono tornato al caro vecchio SQL, dopo un bel po' di
tempo su MongoDB.
bentornato, vrde ;P
::
Quanti di voi usano Django ma fanno lavorare anche a trigger e procedure
di Postgres, ad esempio
On 15 Dec 2013 01:22, Alberto Granzotto agran...@gmail.com wrote:
ciao ragazz*,
Ciao Alberto!
per un progetto sono tornato al caro vecchio SQL, dopo un bel po' di
tempo su MongoDB.
Posso chiederti come mai?
Quanti di voi usano Django ma fanno lavorare anche a trigger e procedure
di
2013/12/15 Marco Beri marcob...@gmail.com
Come dice C8E la portabilità è un falso mito. Chi ha mai migrato un
progetto tra due db diversi alzi la mano? E chi di questi pochi l'ha fatto
senza problemi grazie ad un orm alzi un piede.
Pochi piedi in giro, scommetto :-)
Insomma... si fa. Diciamo
On 15 December 2013 10:40, Lorenzo Sutton lorenzofsut...@gmail.com wrote:
Debian... Debian... Debian...
Non ho server miei, al momento, pero' se ne avessi direi Debian.
Carlos
--
Somos los que amasan, sin embargo no tenemos pan,
somos los que cavan el carbón, sin embargo tenemos frío
somos
Se parlate di una dimensione progetto. Ok.
Ma se si sviluppa un prodotto? Valgono le stesse riflessioni?
--
Simone Federici
Software Craftsman
XP, Agile, Scrum, Kanban
Quality, performance security
Explicit is better than implicit.
2013/12/15 Marco Beri marcob...@gmail.com
per un progetto sono tornato al caro vecchio SQL, dopo un bel po' di
tempo su MongoDB.
Posso chiederti come mai?
Per diversi motivi:
- Mongo e' figo e comodo, spesso c'e' un rapporto 1:1 tra i documenti nel
DB e le View. Quello che cerco di fare
Salve a tutti,
dopo l'ultima discussione in cui sono stato invitato a verificare se ci
guadagnassi veramente qualcosa a mappare con oggetti le mie tabelle SQL,
mi sono reso conto... che l'SQL era semplicemente lo strumento sbagliato
per me. Ed ho scoperto redis.
L'unico mio problema con redis è
2013/12/15 Alberto Granzotto agran...@gmail.com
- non ho mai usato Postgres in produzione (eh, ok, chi e' senza peccato
scagli `SELECT * FROM stones LIMIT 1`)
:-))
Ecco,qui dovresti correre ai ripari... :-)
Ciao.
Marco.
--
http://beri.it/ - Un blog
http://beri.it/i-miei-libri/ -
Quali alternative a PostgreSQL in Produzione?
Oracle costa un patrimonio a CPU...
--
Simone Federici
Software Craftsman
XP, Agile, Scrum, Kanban
Quality, performance security
Explicit is better than implicit.
___
Python
On 12/14/2013 11:05 AM, enrico franchi wrote:
Avendo spedito questo messaggio alle 16.47, e non vedendolo tutt'ora,
non riesco a capire se sia arrivato o meno. In caso mi scuso per il
doppio posto
Se avete un sistema un po' modernino con oggetti tipo chef o puppet (o
quello che va di moda
Dipende tutto dalla mole di dati. Sopra 1T? Fino a diciamo 500Gb la soluzione
più semplice è un disco sdd pcie, oramai costano sotto i 1000euri e puoi usare
un DB tradizionale.
Redis è adatto in certi scenari ma non rimpiazza un DB (può in sempre usare un
DB relazionale come nosql).
Pietro
12 matches
Mail list logo
