C'è una grande banca che utilizza Mysql o PostgreSQL? [chiuso]

Ho sempre pensato che le banche più grandi utilizzassero Oracle. Tuttavia, non ci sono prove che usino davvero Oracle invece di Mysql o PostgreSQL, nessuno conosce il segreto.

Hai idea di cosa usino davvero? Posso creare un sistema ATM / Banca in cui milioni di transazioni avverranno utilizzando Mysql? Posso usare PostgreSQL? O devo usare solo Oracle?

Quando i database divennero molto popolari (anni '70 e '80), le banche avevano già milioni di clienti, ma ottenere hardware e software per quel tipo di dimensioni del database era davvero difficile e solo Oracle poteva gestirlo in modo affidabile. E fino ad oggi, Oracle è l'unico fornitore di un RDMS transazionale multi-master commerciale correttamente funzionante (e prima che tu mi licenzi, sì, conosco il cluster di replica MySQL, ma mi mostra un'implementazione commerciale). Combina questo con la tendenza (giustificata) delle banche a essere riluttanti nei confronti del cambiamento e sai perché usano principalmente Oracle (AFAIK).

Quando sei in quel regno, non c'è molta scelta. Il mercato è piccolo (banche, compagnie assicurative e agenzie governative) e presenta requisiti di sicurezza estremi, il che spiega i prezzi elevati.

Con l'hardware di oggi potresti probabilmente creare una tale applicazione usando uno dei moderni RDMS, il tuo problema più grande (per l'implementazione in una banca o simile) sarebbe la diffusione geografica di tutti i client combinata con la necessità di correlare tutte le interazioni client in (efficacemente ) un database per garantire coerenza.

La maggior parte delle grandi aziende ha molti, molti sistemi diversi, inclusi tutti i tipi di database.

Goldman Sachs è un'enorme società di investimenti e so che hanno una grande infrastruttura di Postgres.

Il modo più semplice per capirlo è filtrare i dati dalle bacheche di lavoro e vedere quale tecnologia chiedono le banche. vale a dire andare semplicemente o effettivamente e cercare cose come "programmatore citi" o "programmatore boa" ecc ...

Dividiamolo in due parti.

Il primo è sfidare la saggezza comunemente ricevuta secondo cui le banche usano Oracle su Postgres e MySQL. Mettere in discussione cose come questa è una buona idea, ma in questo caso l'evidenza è piuttosto semplice in quanto un rapido Google ti fornirà un elenco abbastanza completo di case study di Oracle Banking, Postgres no. Mentre esiterei a dire che questo è autorevole, sarei sorpreso se Postgres non stesse urlando dai tetti se il prodotto veniva utilizzato in questo modo.

Aggiungete a questo la massa di prove aneddotiche che Oracle (e gli altri big boy) è lo standard defacto per questo tipo di sistema e suggerirei che è necessario trovare prove concrete che non è il caso, piuttosto che il contrario. in giro.

Non contesterei il fatto che Postgres (o MySQL) sia utilizzato dalle banche, solo che non viene utilizzato per il tipo di sistemi mission-critical, alta disponibilità e volumi elevati di cui parli.

E questo si sposta nella seconda parte. Quali sono i requisiti qui?

Per un sistema ATM suggerirei che hai bisogno di alta disponibilità e supporto di assoluta qualità (chi chiamano i tuoi sviluppatori quando hanno bisogno di aiuto alle 18:00 di venerdì?). Devi chiederti quale piattaforma può fornirlo.

Se ritieni di poter progettare una soluzione Postgres / MySQL che soddisfi tali esigenze secondo gli standard che una banca si aspetterebbe (ricorda, di solito si tratta di persone molto conservatrici), quindi prosegui ma sospetto che avranno domande su supporto e affidabilità e vorranno vedere qualcun altro che utilizza quella piattaforma per quel tipo di soluzione anziché essere il primo a correre quel tipo di rischio.

Ho l'impressione che vuoi che Postgres sia un contendente e va bene, ma è in gioco la tua reputazione se stai facendo la raccomandazione, quindi devi essere assolutamente sicuro che possa davvero fare il lavoro e non lasciare ciò che vuoi sii sincero nuvola il tuo giudizio.

Infine, non sto dicendo che tutto ciò sia giusto in termini di come dovrebbero essere le cose, solo che è il modo in cui le cose derivano dalla mia esperienza nei settori bancario e finanziario.

non bancario, ma so che i sistemi di telefonia per alcuni servizi di ambulanza usano Postgresql. Quindi, quando si compone '911', un database postgresql è coinvolto nel processo di consegna dell'ambulanza. Questo potrebbe non dire nulla sui volumi delle transazioni, ma afferma che l'affidabilità è buona con questo tipo di servizio mission-critical.

Ho lavorato per una banca di investimento in cui hanno utilizzato sistemi di database Open Source per l'archiviazione di dati non critici come i risultati di calcolo. Le regole erano: più importanti erano i dati, più costoso era il sistema di database (software e hardware).

La società per cui lavoravo non era una banca, ma gestiva ed elaborava molti dati finanziari. Hanno usato Oracle.

Non credo che una banca si preoccuperebbe molto di divulgare queste cose, non è qualcosa che offre loro un vantaggio competitivo.

Non tutte le applicazioni e i database associati sono mission-critical o giustificano le spese di un prodotto come Oracle. È probabile che le organizzazioni attente ai costi di ogni tipo utilizzino alternative meno costose per tali applicazioni.

Hai perso due alternative molto grandi: Sybase e Microsoft SQL. Non pretendo di sapere cosa usano i grandi ragazzi, ma sarei molto sorpreso se i due precedenti non fossero nel mix. Conosco anche alcune installazioni Oracle molto grandi, ma il loro modello di licenza lascia molto a desiderare.