Newsgroup: it.comp.www.php
Titolo: PHP: MYSQL Vs PostgreSQL

Salve a tutti,
vorrei creare un sito dinamico con PHP....
ma siccome devo iniziare da zero sono indeciso tra
MYSQL e PostgreeSQL...
Specifiche del progetto:
1) Il Db dovrà contenere circa una 20
di tabelle 5 tabelle sui 100.000 record 5 con circa 20.000
le altre dieci inferiori ai 200-300 record...
2) Il db dovrà essere visibile a circa 20 utenti da web
e circa 15 utenti nella rete locale... ovviamente gli accessi
non saranno mai contemporanei...
3) Il database si importerà delle tabelle da un MS sql server.
qualche consiglio?
grazie!
ringo



Nessun problema per entramni i DB. Unica cosa è : che tipo di applicazione 
ci devi far girare ??? Da questo dipende il DBMS piu' adatto alla tua 
applicazione. Ad esempio MySQL non ha i ROLLBACK, ma è piu' veloce di 
PostgreSQL (che pero' ha i ROLLBACK).
Ciao.
--
GARAGE: LASCIARE SPAZIO PER MANOVRA PERCHE' SONO STUFO E AMMACCO
(Cartello stradale)
--
Michel <ZioBudda> Morelli               
mic...@ziobudda.net
ICQ UIN: 58351764                       PR of Linux in Italy
http://www.ziobudda.net
 
http://www.phpdev.it


devo fare un'applicazione in PHP che dia
dei dati statistici su dei collaboratori e
una gestione dei contatti dei propri clienti
scusa ma a che cosa servono i ROLLBACK?
grazie!
ringo

 scusa ma a che cosa servono i ROLLBACK?
non a quotare meglio, temo.
E' una feature che ti permette di fare "undo" su alcune operazioni.
Mysql ce l'ha, comunque, e' questione di scelte, si trova facilmente il 
tutto con google.Onestamente non ho mai capito a che possono servire, se 
non a mettere una pezza ad una query sfortunata (dump frequenti minimizzano 
il problema, cmq boh)
- -- 
ciao
oggei
gpg --keyserver 
keys.indymedia.org
 --recv-keys E6887855
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE9yNg/ZjvifOaIeFURArqqAJ0WYIbVt5OhjXIkfDhU9A89uQc/SQCgganA
C/xX1B+UA2Ct3wwbuO1E64k=
=Rz0y
-----END PGP SIGNATURE-----

 il problema, cmq boh)
   Il rollback e` una primitiva delle transazioni. Le transazioni 
servono ad isolare ed atomicizzare le operazioni sulle basi di dati: se 
una delle operazioni nelle quali scomponi la transazione non va a buon 
fine, fai un bel rollback e per la base di dati e` come se non fosse 
successo nulla.
   Immagina di dover vendere qualcosa via Internet. L'utente ti comunica 
il suo numero di carta di credito ed il codice dell'articolo che vuole 
acquistare, tu devi gestire, contemporaneamente, l'esistenza 
dell'articolo nel tuo magazzino e la validita` dei dati forniti 
dall'utente. Se una delle due operazioni non va a buon fine, non devi 
stare a preoccuparti delle modifiche apportate alla base dati 
dall'altra: basta fare un rollback (atomicita`).
   Allo stesso tempo, fino a che non fai commit, nessun altro si 
accorgera` che hai provato a vendere l'articolo in questione o che hai 
cercato di acquisire il pagamento (isolamento).
-- 
Alla prossima,
Marco

 successo nulla.
Io sto imparando ora il PHP e tutti mi hanno consigliato di utlizzare MySQL
perchè è perfettamente
integrato, semplice e veloce ma ho notato che non supporta transazioni,
stored procedures, triggers, subqueries (almeno nella versione 3.x che ho
io...), non c'è nessun modo per aggirare queste limitazioni? Mi risulta che
ci siano siti abbastanza "imponenti" che fanno uso di MySQL ... come vengono
gestite queste cose che a mio avviso sono praticamente indispensabili? Io
attualmente uso Firebird e sviluppo sotto Win quindi non credo di poter
usare PostgreSQL dato che funziona solamente sotto cygwin...che mi dite?
--------------------------------
Inviato via 
http://usenet.libero.it

 usare PostgreSQL dato che funziona solamente sotto cygwin...che mi dite?
Che puoi continuare ad usare Firebird che e' un gran bel database e puo'
lavorare bene con php anche sotto win
Dai un'occhiata a 
http://web.tiscali.it/rascasoft/janet/janet.html
Ciao
--
Andrea Chiadò Piat
Bit Informatica s.r.l.
Progettazione e Sviluppo

 io...), non c'è nessun modo per aggirare queste limitazioni? 
   Si`, programmando piu` codice. :)
   Il fatto e`, posto che adesso sai cosa sia una transazione: ti serve? 
Se si`, lascia perdere MySQL, se no, divertiti pure. Come sempre, e` un 
problema di necessita`.
-- 
Alla prossima,
Marco

problema di necessita`.
Boh vedrò
--
Rhymes (
rhymes_...@myself.com
)
http://www26.brinkster.com/rhymes
http://bw-crema.blogspot.com