Existe-t-il une grande banque utilisant Mysql ou PostgreSQL? [fermé]
10
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?
Et qu'est-ce qui vous fait penser à ce que la banque ne dévoile pas sur ses forums, ses employés passés ou présents? Cela ne serait-il pas illégal?
Fanatic23
@ Fanatic23: Ce n'était pas la façon dont j'essayais de demander. J'essayais de comprendre que la base de données fiable utilisée dans le système bancaire est principalement oracle ou autres. Pas spécifiquement par le nom de la banque utilisé ceci et cela. Désolé de mal comprendre mes mots.
YumYumYum
1
À mon avis, Oracle est principalement du marketing, vous êtes un bon SGBDR mais rarement, voire jamais, vaut le prix.
George Mauer
1
@George: Si les ventes d'Oracle sont basées sur le marketing, alors c'est étonnant qu'ils vendent quoi que ce soit - leur marketing est un peu comparé à (par exemple) celui de Microsoft. Je pense qu'ils s'en sortent en facturant ce qu'ils font parce que si une entreprise veut acheter l'une des applications LOB de plusieurs millions de dollars, elles n'ont généralement pas le choix car elles sont toutes basées sur Oracle (car elles ont toutes plus de 30 ans). ans, avant l'open source était un clin d'œil à Stallman et même avant que Microsoft ne soit un sérieux concurrent). Heureusement, c'est un bon moteur.
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.
C'est vraiment une bonne info, je voulais savoir. Je vous remercie.
YumYumYum
@George Mauer, vraiment? Où avez-vous obtenu cette information?
Nim
@Nim - Secrets! Non, j'ai juste un oncle qui travaille pour eux
George Mauer
La question est de savoir à quoi ils l'utilisent. La plupart des banques auront plusieurs RDMBS, mais pour la plupart, les systèmes principaux seront sur l'une des plates-formes les mieux établies - Oracle, Informix, SQL Server ou quelque chose s'exécutant sur un ordinateur central.
Jon Hopkins
1
Une grande société financière pour laquelle j'ai travaillé en interne pour les bases de données Oracle et SQL Server. Les deux étaient utilisés dans des environnements de production, à des fins différentes. Oracle principalement pour la collecte de données internes, tandis que SQL Server pour les opérations urgentes.
xbonez
5
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 ...
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.
Postgres est parfaitement acceptable pour les systèmes critiques, à haute disponibilité et à volume élevé. L'ICANN l'utilise pour exécuter le registre .org.
Denis de Bernardy
@Denis - Je ne dis pas que ce n'est pas le cas, je dis que convaincre une banque de cela est une chose différente.
Jon Hopkins
Ne pas dire que vos points sont invalides, loin de là. Mais dans la mesure où je l'ai vécu en vendant des choses à de grandes banques, les managers ont aussi un budget. Dans un certain nombre de cas, j'ai vu le côté des entreprises passer outre une armée de techniciens - dans mon cas, en optant pour un VPN bon marché sur Internet au lieu d'utiliser les lignes louées extrêmement chères dont les techniciens étaient catégoriques et dont ils avaient besoin parce que des considérations de performances et de sécurité. :-)
@Denis - Ne soyez pas en désaccord. Ce que je dirais, c'est que c'est quelque chose qui devrait être convenu avec l'entreprise plutôt que de faire des hypothèses. J'ai vu des exemples de ce que vous dites, mais j'ai également vu des banques dépenser de l'argent stupide pour des choses qui étaient complètement exagérées.
Jon Hopkins
2
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.
Merci pour votre contribution. Je veux croire sur Mysql ou PostgreSQL pour faire des lots similaires de données, je sais qu'Oracle s'est avéré être le meilleur. Mais Google Bigtable a également prouvé qu'Oracle ne pouvait pas être le seul 1.
YumYumYum
2
@ 89899: Soyez assuré que presque tous les systèmes financiers jamais construits nécessitent une sémantique ACID. bigtable est agréable, mais les magasins cohérents ne conviennent pas à ce type d'application.
Aaronaught
1
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.
En finance, le coût de la licence Oracle est de l'arachide par rapport à l'échelle d'argent généralement impliquée. Le coût des données qui vous alimentent dans la base de données est bien plus élevé que la licence Oracle.
quant_dev
1
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.
Sybase était très populaire dans le secteur britannique des banques d'investissement il y a 10 ans - et ORACLE n'était nulle part. Je soupçonne que cela a peut-être changé.
Neil Butterworth
Sybase est également populaire en raison de l'intégration de Murex.
Réponses:
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 source
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.
la source
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 ...
la source
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.
la source
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.
la source
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.
la source
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.
la source
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.
la source
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.
la source