Gibt es eine große Bank, die MySQL oder PostgreSQL verwendet? [geschlossen]


10

Ich habe immer gedacht, dass die meisten Banken Oracle verwenden. Es gibt jedoch keinen Beweis dafür, dass sie Oracle anstelle von MySQL oder PostgreSQL verwenden. Niemand kennt das Geheimnis.

Irgendeine Idee, was sie wirklich benutzen? Kann ich ein Geldautomaten- / Bankensystem aufbauen, in dem Millionen von Transaktionen mit MySQL stattfinden? Kann ich PostgreSQL verwenden? Oder muss ich nur Oracle verwenden?


Und warum denken Sie, was die Bank in diesem Forum nicht über ihre früheren oder gegenwärtigen Mitarbeiter preisgibt? Wäre das nicht illegal?
Fanatic23

@ Fanatic23: So wollte ich nicht fragen. Ich habe versucht zu verstehen, dass zuverlässige Datenbanken, die im Bankensystem verwendet wurden, hauptsächlich Orakel oder andere sind. Nicht speziell mit Namen der Bank verwendet dies und das. Tut mir leid, dass du meine Worte falsch verstehst.
YumYumYum

1
Meiner Meinung nach ist Oracle hauptsächlich Marketing, Sie sind ein gutes RDBMS, aber selten, wenn überhaupt, den Preis wert.
George Mauer

1
@George: Wenn die Verkäufe von Oracle auf Marketing basieren, ist es ein Wunder, dass sie überhaupt etwas verkaufen - ihr Marketing ist eine Kleinigkeit im Vergleich zu (zum Beispiel) dem von Microsoft. Ich denke, sie kommen mit dem Aufladen ihrer Arbeit davon, denn wenn ein Unternehmen eine der millionenschweren LOB-Anwendungen kaufen möchte, haben sie im Allgemeinen keine Wahl, weil sie alle auf Oracle basieren (weil sie alle über 30 Jahre alt sind) Jahre alt, bevor Open Source in Stallmans Augen funkelte und noch bevor Microsoft ein ernstzunehmender Konkurrent war). Zum Glück ist es ein guter Motor.
Aaronaught

Antworten:


6

Als Datenbanken sehr populär wurden (1970er und 1980er Jahre), hatten Banken bereits Millionen von Kunden, aber es war sehr schwierig, Hardware und Software für diese Art von Datenbankgröße zu erhalten, und nur Oracle konnte dies wirklich zuverlässig handhaben. Und bis heute ist Oracle der einzige Anbieter eines ordnungsgemäß funktionierenden kommerziellen Multi-Master-Transaktions-RDMS (und bevor Sie mich entflammen, weiß ich etwas über den MySQL-Replikationscluster, zeige mir aber eine kommerzielle Implementierung). Kombinieren Sie dies mit der (berechtigten) Tendenz der Banken, Änderungen zu zögern, und Sie wissen, warum sie meistens Oracle (AFAIK) verwenden.

Wenn Sie in diesem Bereich sind, gibt es keine große Auswahl. Der Markt ist klein (Banken, Versicherungen und Regierungsbehörden) und hat extreme Sicherheitsanforderungen, was die hohen Preise erklärt.

Mit der heutigen Hardware könnten Sie wahrscheinlich eine solche Anwendung mit einem der modernen RDMS erstellen. Ihr größtes Problem (für die Bereitstellung in einer Bank oder ähnlichem) wäre die geografische Verteilung aller Clients in Verbindung mit der Notwendigkeit, alle Client-Interaktionen (effektiv) zu korrelieren ) eine Datenbank zur Gewährleistung der Konsistenz.


2
Wie schaffen sie es, all ihren Kunden eine so schnelle Konsistenz und Verfügbarkeit zu bieten? Besonders für den Hochfrequenzhandel?
CMCDragonkai

6

Die meisten großen Unternehmen haben viele, viele verschiedene Systeme, einschließlich aller Arten von Datenbanken.

Goldman Sachs ist eine enorme Investmentfirma und ich weiß, dass sie über eine große Postgres-Infrastruktur verfügt.


Das ist wirklich eine nette Info, wollte ich wissen. Vielen Dank.
YumYumYum

@ George Mauer, wirklich? Woher hast du diese Informationen?
Nim

@Nim - Geheimnisse! Nein, ich habe nur einen Onkel, der für sie arbeitet
George Mauer

Die Frage ist, wofür sie es verwenden. Die meisten Banken verfügen über mehrere RDMBS, aber die Kernsysteme befinden sich größtenteils auf einer der besser etablierten Plattformen - Oracle, Informix, SQL Server oder etwas, das auf einem Mainframe ausgeführt wird.
Jon Hopkins

1
Eine große Finanzfirma, für die ich intern für gebrauchte Oracle- und SQL Server-Datenbanken gearbeitet habe. Beide wurden in Produktionsumgebungen für unterschiedliche Zwecke verwendet. Oracle hauptsächlich für die interne Datenerfassung, SQL Server für zeitkritische Vorgänge.
Xbonez

5

Der einfachste Weg, dies herauszufinden, besteht darin, Daten aus den Jobbörsen herauszufiltern und zu sehen, nach welcher Technologie die Banken fragen. dh gehen Sie zu simplyhired oder in der Tat und suchen Sie nach Dingen wie "citi programmer" oder "boa programmer" etc ...


4

Lassen Sie uns dies in zwei Teile aufteilen.

Zunächst wird die allgemein verbreitete Weisheit in Frage gestellt, dass Banken Oracle über Postgres und MySQL verwenden. Es ist eine gute Idee, solche Dinge in Frage zu stellen, aber in diesem Fall sind die Beweise ziemlich einfach, da Google Ihnen schnell eine ziemlich vollständige Liste von Fallstudien zu Oracle Banking liefert, Postgres nicht. Obwohl ich zögern würde zu sagen, dass dies maßgeblich ist, wäre ich überrascht, wenn Postgres nicht von den Dächern schreien würde, wenn das Produkt auf diese Weise verwendet würde.

Fügen Sie dazu die Masse an anekdotischen Beweisen hinzu, dass Oracle (und die anderen großen Jungs) der Defacto-Standard für diese Art von System ist, und ich würde vorschlagen, dass Sie solide Beweise dafür finden müssen, dass dies nicht der Fall ist, und nicht umgekehrt um.

Ich würde nicht bestreiten, dass Postgres (oder MySQL) von Banken verwendet wird, nur dass es nicht für die Art von unternehmenskritischen Systemen mit hoher Verfügbarkeit und hohem Volumen verwendet wird, über die Sie sprechen.

Und das geht in den zweiten Teil über. Was sind die Anforderungen hier?

Für ein Geldautomaten-System würde ich vorschlagen, dass Sie eine hohe Verfügbarkeit und absolut erstklassigen Support benötigen (wen rufen Ihre Entwickler an, wenn sie an einem Freitag um 18 Uhr Hilfe benötigen?). Sie müssen sich fragen, welche Plattform dies bieten kann.

Wenn Sie glauben, dass Sie eine Postgres / MySQL-Lösung entwickeln können, die diese Anforderungen gemäß den Standards erfüllt , die eine Bank erwarten würde (denken Sie daran, dies sind in der Regel sehr konservative Personen), dann machen Sie weiter, aber ich vermute, dass sie Fragen dazu haben werden Support und Zuverlässigkeit und möchten, dass jemand anderes diese Plattform für diese Art von Lösung verwendet, anstatt als erster ein solches Risiko einzugehen.

Ich habe den Eindruck, dass Sie möchten, dass Postgres ein Konkurrent ist, und das ist in Ordnung, aber es steht hier Ihr Ruf auf dem Spiel, wenn Sie die Empfehlung aussprechen. Sie müssen also absolut sicher sein, dass es wirklich die Arbeit erledigen kann und nicht zulassen, was Sie wollen Sei wahr, trübe dein Urteil.

Schließlich sage ich nicht, dass dies in Bezug auf die Art und Weise, wie die Dinge sein sollten, richtig ist, sondern nur, wie es aus meiner Erfahrung mit dem Banken- und Finanzsektor ist.


2
Postgres ist für unternehmenskritische Systeme mit hoher Verfügbarkeit und hohem Volumen durchaus akzeptabel. ICANN verwendet es , um die .org-Registrierung auszuführen.
Denis de Bernardy

@Denis - Ich sage nicht, dass es nicht so ist, ich sage, dass es etwas anderes ist, eine Bank davon zu überzeugen.
Jon Hopkins

Nicht zu sagen, dass Ihre Punkte ungültig sind, weit davon entfernt. Aber soweit ich es beim Verkauf an große Banken erlebt habe, haben Manager auch ein Budget. In einigen Fällen habe ich gesehen, dass die Geschäftsseite eine Armee von Technikfreaks überstimmt - in meinem Fall, indem sie sich für ein billiges VPN über das Internet entschieden hat, anstatt die enorm teuren Mietleitungen zu verwenden, die die Technikfreaks unbedingt brauchten von Leistungs- und Sicherheitsaspekten. :-)
Denis de Bernardy


@Denis - Nicht anderer Meinung. Was ich sagen würde, ist, dass es etwas ist, das mit dem Geschäft vereinbart werden sollte, anstatt Annahmen zu treffen. Ich habe Beispiele von dem gesehen, was Sie sagen, aber ich habe auch gesehen, wie Banken dummes Geld für Dinge ausgaben, die völlig übertrieben waren.
Jon Hopkins

2

kein Bankgeschäft, aber ich weiß, dass die Telefoniesysteme für einige Rettungsdienste Postgresql verwenden. Wenn Sie also '911' wählen, ist eine Postgresql-Datenbank an dem Prozess beteiligt, diesen Krankenwagen zu Ihnen zu bringen. Dies sagt möglicherweise nichts über das Transaktionsvolumen aus, sagt jedoch, dass die Zuverlässigkeit bei dieser Art von geschäftskritischem Service gut ist.


2

Ich habe für eine Investmentbank gearbeitet, bei der Open Source-Datenbanksysteme zum Speichern unkritischer Daten wie Berechnungsergebnisse verwendet wurden. Die Regeln lauteten: Je wichtiger die Daten, desto teurer das Datenbanksystem (Software und Hardware).


1

Das Unternehmen, für das ich gearbeitet habe, war keine Bank, aber es hat viele Finanzdaten verarbeitet und verarbeitet. Sie benutzten Oracle.

Ich glaube nicht, dass es einer Bank wichtig ist, solche Dinge offenzulegen, es ist nicht etwas, das ihnen einen Wettbewerbsvorteil verschafft.


Danke für deinen Beitrag. Ich möchte an MySQL oder PostgreSQL glauben, um ähnlich viele Daten zu verarbeiten. Ich weiß, dass Oracle sich als das Beste erwiesen hat. Aber Google Bigtable hat auch bewiesen, dass Oracle nicht die einzige sein kann 1.
YumYumYum

2
@ 89899: Sie können sicher sein, dass nahezu jedes einzelne Finanzsystem, das jemals aufgebaut wurde, eine ACID-Semantik erfordert. bigtable ist nett, aber eventuell konsistente Speicher sind für diese Art von Anwendung nicht geeignet.
Aaronaught

1

Nicht alle Anwendungen und zugehörigen Datenbanken sind geschäftskritisch oder rechtfertigen die Kosten eines Produkts wie Oracle. Kostenbewusste Organisationen aller Art verwenden wahrscheinlich kostengünstigere Alternativen für solche Anwendungen.


1
Im Finanzbereich sind die Kosten für die Oracle-Lizenz Erdnüsse im Vergleich zu den normalerweise damit verbundenen Kosten. Die Kosten für Daten, die Sie in die Datenbank einspeisen, sind weitaus höher als die Oracle-Lizenz.
quant_dev

1

Sie haben zwei sehr große Alternativen verpasst - Sybase und Microsoft SQL. Ich behaupte nicht zu wissen, was die großen Jungs benutzen, aber ich wäre sehr überrascht, wenn die beiden oben genannten nicht in der Mischung wären. Ich kenne auch einige sehr große Oracle-Installationen, aber ihr Lizenzmodell lässt zu wünschen übrig.


Sybase war vor 10 Jahren in der britischen Investmentbanking-Branche sehr beliebt - und ORACLE war nirgendwo. Ich vermute, das hat sich geändert.
Neil Butterworth

Sybase ist auch wegen der Murex-Integration beliebt.
quant_dev
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.