Sto lavorando a un'applicazione web che utilizza Python (Django) e vorrei sapere se MySQL o PostgreSQL sarebbero più adatti durante la distribuzione per la produzione.
In un podcast Joel ha detto di aver avuto alcuni problemi con MySQL e che i dati non erano coerenti.
Vorrei sapere se qualcuno ha avuto tali problemi. Anche quando si tratta di prestazioni che possono essere facilmente modificate?
Risposte:
Una nota per i futuri lettori: il testo qui sotto è stato modificato l'ultima volta nell'agosto 2008. Sono passati quasi 11 anni da questa modifica. Il software può cambiare rapidamente da versione a versione, quindi prima di scegliere un DBMS in base ai consigli seguenti, fai qualche ricerca per vedere se è ancora accurato. Controlla le risposte più recenti di seguito.
Meglio?
MySQL è molto più comunemente fornito dagli host web.
PostgreSQL è un prodotto molto più maturo.
C'è questa discussione che affronta la tua domanda "migliore"
Apparentemente, secondo questa pagina web , MySQL è veloce quando i livelli di accesso simultaneo sono bassi e quando ci sono molte più letture che scritture. D'altra parte, mostra una bassa scalabilità con carichi crescenti e rapporti di scrittura / lettura. PostgreSQL è relativamente lento a bassi livelli di concorrenza, ma si adatta bene all'aumento dei livelli di carico, fornendo al contempo un isolamento sufficiente tra gli accessi simultanei per evitare rallentamenti con rapporti di scrittura / lettura elevati. Continua collegandosi a una serie di confronti delle prestazioni, perché queste cose sono molto ... sensibili alle condizioni.
Quindi, se il tuo fattore decisionale è " qual è più veloce? ", La risposta è "dipende. Se è davvero importante, testa la tua applicazione contro entrambi " . E se ti interessa davvero, ottieni due amministratori di database (uno specializzato in ogni database) e convincerli a sintonizzare la schifezza dai database, quindi scegliere. È sorprendente quanto siano costosi i buoni DBA; e valgono ogni centesimo .
Quando conta.
Cosa che probabilmente non è, quindi scegli il database di cui ti piace il suono e seguilo; migliori prestazioni possono essere acquistate con più RAM e CPU, e un design di database più appropriato, e trucchi intelligenti per la procedura memorizzata e così via - e tutto ciò è più economico e più facile per random-website-X che agonizzare su quale scegliere, MySQL o PostgreSQL e ottimizzazione specialistica da costosi DBA.
countindietro un file. Il plurale di aneddoto non è dato. Ha detto :
MySQL è l'unico database con cui ho programmato nella mia carriera che ha avuto problemi di integrità dei dati, in cui fai query e ottieni risposte senza senso, che non sono corrette.
e ha anche detto:
È solo un aneddoto. E questa è una delle cose che mi frustra, in realtà, del blog o solo di Internet in generale. [...] C'è solo una strana tendenza a trasformare gli aneddoti in verità e io in quanto blogger sto cominciando a sentirmi un po 'in colpa per questo
Suonò solo molti mesi dopo.
Le capacità geografiche dei due database sono molto, molto diverse. PostgreSQL ha l'eccezionale estensione PostGIS. La funzionalità geografica di MySQL è praticamente zero in confronto.
Se il tuo servizio web ha un componente di localizzazione, scegli PostgreSQL.
Non ho usato Django, ma ho usato sia MySQL che PostgreSQL. Se utilizzerai il tuo database solo come backend per Django, non importa molto, perché astrarrà la maggior parte delle differenze. PostgreSQL è un po 'più scalabile perché non colpisce il muro di mattoni velocemente come MySQL man mano che aumentano le dimensioni dei dati / il conteggio dei client.
La vera differenza arriva se stai facendo un nuovo sistema. Quindi consiglierei PostgreSQL a mani basse, perché ha molte più funzionalità che rendono il tuo livello DB molto più personalizzabile, in modo che tu possa adattarlo a qualsiasi requisito tu possa avere.
Anche se è un po 'datato, varrebbe la pena leggere la pagina MySQL Gotchas . Molti degli elementi elencati sono ancora veri, per quanto ne so.
Uso PostgreSQL.
Uso entrambi ampiamente. La mia scelta per un particolare progetto si riduce a:
Per salsa speciale intendo cose come:
Bene, non penso che dovresti usare un marchio di database diverso in qualsiasi cosa di sviluppo passato (build, staging, prod) in quanto ciò tornerà a morderti.
Da quanto ho capito, PostgreSQL è un'implementazione del database più "corretta" mentre mySQl è meno corretta (meno conforme) ma più veloce.
Quindi, se stai praticamente scrivendo un'applicazione CRUD, mySQL è la strada da percorrere. Se hai bisogno di alcune funzionalità dal tuo database (se non sei sicuro, allora non lo fai) allora potresti voler esaminare postgreSQL.
Se stai scrivendo un'applicazione che può essere distribuita abbastanza su server diversi, MySQL ha molto peso su PostgreSQL a causa della portabilità. PostgreSQL è difficile da trovare su host web meno che soddisfacenti, anche se ce ne sono alcuni. Nella maggior parte dei casi, PostgreSQL è più lento di MySQL, specialmente quando si tratta di mettere a punto alla fine. Tutto sommato, direi di dare a PostgreSQL una possibilità per un breve lasso di tempo, in questo modo non lo eviti completamente e poi dai un giudizio.
Grazie. Ho usato Django con MySQL e va bene. Scegli il tuo database sulle funzionalità di cui hai bisogno. Difficile confrontare MySQL e Postgres. Meglio confrontare Postgress con SQl Server.
@WolfmanDragon
PostgreSQL ha un (piccolo) supporto per gli oggetti, ma è, per sua natura, un database relazionale. Dalla sua pagina delle informazioni :
PostgreSQL è un potente sistema di database relazionale open source .
MySQL è un sistema di gestione di database relazionali , mentre PostgreSQL è un oggetto di sistema di gestione di database -relational . PostgreSQL è adatto per sviluppatori C ++ o Java, poiché ci dà un maggiore controllo su come vengono scritte le query. ORDBMS ci fornisce anche oggetti e tipi definiti dall'utente. Le query SQL stesse sono molto più vicine agli standard ISO rispetto a MySQL.
Hai bisogno di un ORDBMS o di un RDBMS? Questo risponderà meglio alla tua domanda.