Existe-t-il une grande banque utilisant Mysql ou PostgreSQL? [fermé]

J'ai toujours pensé que la plus grande échelle de banques utilise Oracle. Cependant, il n'y a aucune preuve qu'ils utilisent vraiment Oracle au lieu de Mysql ou PostgreSQL, personne ne connaît le secret.

Une idée de ce qu'ils utilisent vraiment? Puis-je créer un système ATM / Bank où des millions de transactions se produiront en utilisant Mysql? Puis-je utiliser PostgreSQL? Ou dois-je utiliser Oracle uniquement?

Lorsque les bases de données sont devenues très populaires (1970 et 1980), les banques comptaient déjà des millions de clients, mais obtenir du matériel et des logiciels pour ce type de taille de base de données était vraiment difficile et seul Oracle pouvait vraiment gérer cela de manière fiable. Et à ce jour, Oracle est le seul fournisseur d'un RDMS transactionnel commercial multi-maîtres fonctionnant correctement (et avant de me mettre le feu, oui, je connais le cluster de réplication MySQL, mais montrez-moi une implémentation commerciale). Combinez cela avec la tendance (justifiée) des banques à être réticentes au changement, et vous savez pourquoi elles utilisent principalement Oracle (AFAIK).

Lorsque vous êtes dans ce domaine, il n'y a pas beaucoup de choix. Le marché est petit (banques, compagnies d'assurance et agences gouvernementales) et a des exigences de sécurité extrêmes, ce qui explique les prix élevés.

Avec le matériel d'aujourd'hui, vous pourriez probablement créer une telle application en utilisant l'un des SGBD modernes, votre plus gros problème (pour un déploiement dans une banque ou similaire) serait la répartition géographique de tous les clients combinée à la nécessité de corréler toutes les interactions avec les clients (efficacement ) une base de données pour assurer la cohérence.

La plupart des grandes entreprises ont de nombreux systèmes différents, y compris toutes sortes de bases de données.

Goldman Sachs est une énorme société d'investissement et je sais qu'elle possède une grande infrastructure Postgres.

Le moyen le plus simple de comprendre cela est de filtrer les données des sites d'emploi et de voir simplement quelle technologie les banques demandent. c'est-à-dire aller sur simplement embauché ou bien et rechercher des choses comme "programmeur citi" ou "programmeur boa" etc ...

Décomposons cela en deux parties.

La première consiste à remettre en question la sagesse communément admise selon laquelle les banques utilisent Oracle sur Postgres et MySQL. Remettre en question des choses comme celle-ci est une bonne idée, mais dans ce cas, les preuves sont assez simples, car un rapide Google vous donnera une liste assez complète d'études de cas sur Oracle Banking, contrairement à Postgres. Bien que j'hésite à dire que cela fait autorité, je serais surpris si Postgres ne criait pas sur les toits si le produit était utilisé de cette manière.

Ajoutez à cela la masse de preuves anecdotiques qu'Oracle (et les autres grands garçons) est la norme de facto pour ce type de système et je suggère que vous devez trouver des preuves solides que ce n'est pas le cas, plutôt que l'inverse environ.

Je ne contesterais pas que Postgres (ou MySQL) est utilisé par les banques, juste qu'il n'est pas utilisé pour le type de systèmes critiques, à haute disponibilité et à volume élevé dont vous parlez.

Et cela se déplace dans la deuxième partie. Quelles sont les exigences ici?

Pour un système ATM, je suggère que vous ayez besoin d'une haute disponibilité et d'un support de qualité absolue (qui appellent vos développeurs lorsqu'ils ont besoin d'aide à 18 heures un vendredi?). Vous devez vous demander quelle plateforme peut fournir cela.

Si vous pensez que vous pouvez concevoir une solution Postgres / MySQL qui répond à ces besoins aux normes auxquelles une banque s'attendrait (rappelez-vous, ce sont des gens très conservateurs en règle générale), allez-y, mais je pense qu'ils auront des questions sur support et fiabilité et voudra voir quelqu'un d'autre utiliser cette plate-forme pour ce type de solution plutôt que d'être le premier à prendre ce genre de risque.

J'ai l'impression que vous voulez que Postgres soit un concurrent et c'est bien, mais c'est votre réputation qui est en jeu ici si vous faites la recommandation, vous devez donc être absolument sûr qu'il peut vraiment faire le travail et ne pas laisser ce que vous voulez soyez vrai embrouillez votre jugement.

Enfin, je ne dis pas que tout cela est juste quant à la façon dont les choses devraient être, mais simplement que c'est la façon dont les choses sont tirées de mon expérience des secteurs bancaire et financier.

pas bancaire, mais je sais que les systèmes de téléphonie pour certains services d'ambulance utilisent Postgresql. Ainsi, lorsque vous composez le «911», une base de données postgresql est impliquée dans le processus d'obtention de cette ambulance. Cela peut ne rien dire sur les volumes de transactions, mais cela signifie que la fiabilité est bonne avec ce type de service essentiel à la mission.

J'ai travaillé pour une banque d'investissement où ils utilisaient des systèmes de base de données Open Source pour stocker des données non critiques comme les résultats de calcul. Les règles étaient les suivantes: plus les données sont importantes, plus le système de base de données (logiciel et matériel) est coûteux.

L'entreprise pour laquelle je travaillais n'était pas une banque, mais elle traitait et traitait de nombreuses données financières. Ils ont utilisé Oracle.

Je ne pense pas qu'une banque se soucie beaucoup de divulguer de telles informations, ce n'est pas quelque chose qui leur donne un avantage concurrentiel.

Toutes les applications et bases de données associées ne sont pas essentielles à la mission ou ne justifient pas les dépenses d'un produit comme Oracle. Les organisations soucieuses des coûts de tous types sont susceptibles d'utiliser des alternatives moins coûteuses pour de telles applications.

Vous avez manqué deux très grandes alternatives - Sybase et Microsoft SQL. Je ne prétends pas savoir ce que les grands garçons utilisent, mais je serais très surpris si les deux ci-dessus n'étaient pas dans le mélange. Je connais également de très grandes installations Oracle, mais leur modèle de licence laisse beaucoup à désirer.