Newsgroup: it.comp.os.linux.sys
Titolo: delucidizione su postgresql

Conosco Postgresql ma su una macchina di produzione non ho mai avuto l' 
onore di provarlo
Qualcuno di Voi ha avuto l' onore  di usarlo su macchine H24 ?
Si comporta bene, nel senso che non ha crash e gestisce bene l' accesso 
concorrente ?
 
Grazie

enoquick ha scritto:

Al tempo, quando lavoravo per un Internet-Provider usavamo (e credo che
tutt'ora sia in uso) PostgreSQL come base dei dati per il Cluster delle
E-Mail (14 Server).
Mai avuto problemi!
E non avevano mai un attimo di pace, quei poveri Server.
 
Ciao
Luca Bertoncello
(
luca...@lucabert.de
)
 
-- 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it
 
 
 


Benissimo per tutte e due le cose; io lavoro sulla 8.3 (ho fatto qualche
prova sulla 9.x, ma niente di statisticamente significativo... e dovrei,
perche' fra poco la 8.3 va in deprecation).
 
Occhio, che la configurazione e' MOLTO piu' ostica che non MySQL. As is,
va benissimo; se vuoi proprio spremerla, hai di che divertirti.
 
Leonardo
 
-- 
What would'st thou do, my squire so gay, that rides beside my reine
Were ye Glenallan's Earl this tide, and I were Roland Cheyne?
To turn the rein were sin and shame, to fight were wondrous peril:
What would ye do now, Roland Cheyne, were ye Glenallan's Earl?


 
A bene, non ha niente da invidiare a Oracle a stabilit�, il quale lo 
conosco molto bene sul fronte produzione
Ho un cliente che vorrebbe fare il porting di un p� di applicativi
e stavo cercando un db robusto senza per questo tirare fuori Oracle, che 
�  oneroso in costo di licenze
Grazie
 


 
Ti ringrazio; la configurazione non dovrebbe essere un particolare 
problema visto lo conosco abbastanza bene
Non conosco MySQL, ma molto bene Oracle
Grazie
 

 Ho un cliente che vorrebbe fare il porting di un pò di applicativi
 
Porting da quale DB? Lo sai, vero, che non tutti i DB implementano SQL
nello stesso modo, vero?
Delle modifiche a queries complesse non sono da escludere.



Anche io lo uso in produzione. Ho usato e uso varie versioni (dipende 
dalle macchine, alcune sono in lan interna).
 
Molto stabile. I backup e i restore funzionano in modo semplice, come 
pure la creazione di utenti e database (rispetto a MySQL non devi 
ricordarti il rosario per creare gli utenti).
 
Ho usato anche codice plsql per la creazione di alcune procedure, e la 
describe per le query è decisamente chiara (funzionalità decisamente 
fondamentale quando la query è molto complessa).
 
PSK


Se ricordo bene Postgresql non supporta i package, al contrario di Oracle
Se è cosi, comunque se ne puo fare a meno
 

 I backup e i restore funzionano in modo semplice
 
Ecco, questo mi interessa, come fai i backup? :)
 
Enrico

 Delle modifiche a queries complesse non sono da escludere.
 
Si, naturalmente
Credo (come sopra devo ancora incontrare il cliente) che siano 
applicativi standalone, molto rudimentali, forse senza neanche un vero 
db dietro
Insomma, si riprogetta tutto secondo dettami più moderni
 
Ciao
 
 

 Non conosco MySQL, ma molto bene Oracle
 
Occhio che Oracle non c'entra nulla con PostgreSQL, una su tutte su Oracle 
hai le quote per utente/tablespace mentre su PostgreSQL no
 
Enrico

 specificato, � pi� limitato
 
Dipende! Lanci semplicemente delle queries e basta? Usi la versione
OpenSource e non paghi niente.
Scrivi un programma con le librerie MySQL linkate? Devi comprare la
licenza.
 
Almeno da quanto mi e' sembrato di capire...
 
Ammetto comunque che la parte relativa alle licenze mi e' ben poco chiara.
Io sono un programmatore/SysAdmin e sono quindi una mente semplice. Il
burocratese usate nelle licenze e' una lingua a me aliena.
 
Comunque il sunto e' e resta che non sempre occorre acquistare la licenza
per usare MySQL.



Si grazie,
i tablespace volendo, si possono emulare con  partizioni (scomode da 
gestire comunque) o file filesystem (accesso piu lento)
Ma poich�, l'  idea � mettere su applicativi intranet centric, gli 
utenti non sono  tanti
Ciao
 
 

 nello stesso modo, vero?
 
A tal proposito, vorrei far notare che mentre per Oracle '' e NULL sono la 
stessa cosa (campo NULL), per PostgreSQL sono due cose differenti (stringa 
vuota e NULL)
 
Enrico


Io ho un semplice script in bash che lancio ogni giorno, mi fa copie 
giornaliere, settimanali e mensili, sono sempre full backups, non sara' 
molto efficiente ma a me basta cosi'.

 backup-20120101-102030.sql.gz
 
Metto in cron job e ho il backup del db che mi interessa.
 
Lo stesso metodo lo uso per creare db di test temporanei (per provare 
alcune modifiche) creando un db di test e facendo
 
$ pg_dump nomedb | psql dbditest
 
e ho la copia del db.
 
Luca
 

 $ pg_dump nomedb | gzip -9 - > backup-`date +%Y%m%d-%H%M%S`.sql.gz
 
Immaginavo... :(
La mia domanda nasce dal fatto che sto tentando di usare il continuous 
archiving, ma con poco successo :(
 
Enrico

 prove, anni fa.
 
Da test che avevo trovato in giro, a quanto pare MySQL è più veloce in 
scarsa concorrenza (fino a 4-5 client), mentre PostgreSQL diventa un 
fulmine in alta concorrenza (>10 client).
 
Oracle non l'ho mai nemmeno preso in considerazione. :)
 
Bye.

 Qualcuno di Voi ha avuto l' onore  di usarlo su macchine H24 ?
 
E' un gran db, l'applicazione più importante della mia azienda è basata su pg 8.4 (a breve
passaggio alla 9) e tutte le rogne emerse erano sempre relative a problemi dell'app in sé
e mai del database.


Sul discorso scalabilità e concorrenza, avevo trovato questo articolo
http://tweakers.net/reviews/649/7/database-test-sun-ultrasparc-t1-vs-amd-
 
opteron-mysql-vs-postgresql.html
 
Url breve
http://tinyurl.com/8coyv45
 
 
È un po' vecchiotto, però
Parla di PgSQL 8.2 e MySQL 5.0.20
 
Luca