¿Hay un banco grande usando Mysql o PostgreSQL? [cerrado]

Siempre pensé que la escala más grande de bancos usa Oracle. Sin embargo, no hay pruebas de que realmente usen Oracle en lugar de Mysql o PostgreSQL, nadie sabe el secreto.

¿Alguna idea de lo que realmente usan? ¿Puedo construir un sistema de cajero automático / banco donde se realizarán millones de transacciones con Mysql? ¿Puedo usar PostgreSQL? ¿O solo debo usar Oracle?

Cuando las bases de datos se hicieron realmente populares (1970 y 1980), los bancos ya tenían millones de clientes, pero obtener hardware y software para ese tipo de base de datos era realmente difícil y solo Oracle realmente podía manejar esto de manera confiable. Y hasta el día de hoy, Oracle es el único proveedor de un RDMS transaccional multimaestro comercial que funciona correctamente (y antes de que me llame, sí, sé sobre el clúster de replicación MySQL, pero muéstrame una implementación comercial). Combine esto con la tendencia (justificada) de los bancos a mostrarse reacios al cambio, y ya sabe por qué utilizan principalmente Oracle (AFAIK).

Cuando estás en ese reino, no hay mucha elección. El mercado es pequeño (bancos, compañías de seguros y agencias gubernamentales) y tiene requisitos de seguridad extremos, lo que explica los altos precios.

Con el hardware actual, probablemente podría crear una aplicación de este tipo utilizando cualquiera de los RDMS modernos, su mayor problema (para la implementación en un banco o similar) sería la distribución geográfica de todos los clientes combinada con la necesidad de correlacionar todas las interacciones del cliente (efectivamente ) una base de datos para garantizar la coherencia.

La mayoría de las grandes empresas tienen muchos, muchos sistemas diferentes, incluyendo todo tipo de bases de datos.

Goldman Sachs es una empresa de inversión enorme y sé que tienen una gran infraestructura de Postgres.

La manera más fácil de resolver esto es filtrar los datos de las bolsas de trabajo y ver qué tecnología están pidiendo los bancos. es decir, vaya a simplemente contratado o de hecho y busque cosas como "citi programmer" o "boa programmer", etc.

Vamos a dividir esto en dos partes.

Primero está desafiando la sabiduría comúnmente recibida de que los bancos usan Oracle sobre Postgres y MySQL. Cuestionar cosas como esta es una buena idea, pero en este caso la evidencia es bastante sencilla, ya que un Google rápido le dará una lista bastante completa de estudios de casos de banca oracle, Postgres no. Si bien dudaría en decir que esto es autoritario, me sorprendería que Postgres no gritara desde los tejados si el producto se usara de esta manera.

Agregue a esto la gran cantidad de evidencia anecdótica de que Oracle (y los otros grandes) es el estándar de facto para este tipo de sistema y sugeriría que necesita encontrar evidencia sólida de que no es el caso, sino a la inversa. alrededor.

No discutiría que Postgres (o MySQL) está siendo utilizado por los bancos, solo que no se está utilizando para el tipo de sistemas de misión crítica, alta disponibilidad y alto volumen del que habla.

Y eso pasa a la segunda parte. ¿Cuáles son los requisitos aquí?

Para un sistema de cajero automático, te sugiero que necesites alta disponibilidad y un soporte de máxima calidad (¿a quién llaman tus desarrolladores cuando necesitan ayuda a las 6 p.m. de un viernes?). Debe preguntarse qué plataforma puede proporcionar eso.

Si cree que puede diseñar una solución Postgres / MySQL que satisfaga esas necesidades de acuerdo con los estándares que un banco esperaría (recuerde, por regla general, estas son personas muy conservadoras), continúe, pero sospecho que tendrán preguntas sobre soporte y confiabilidad y querrá ver a alguien más usando esa plataforma para ese tipo de solución en lugar de ser el primero en correr ese tipo de riesgo.

Tengo la impresión de que quieres que Postgres sea un competidor y eso está bien, pero es tu reputación lo que está en juego aquí si haces la recomendación, por lo que debes estar absolutamente seguro de que realmente puede hacer el trabajo y no dejar lo que quieres. sé verdadero nubla tu juicio.

Finalmente, no digo que nada de esto sea correcto en términos de cómo deberían ser las cosas, solo que así son las cosas según mi experiencia en los sectores bancario y financiero.

no bancario, pero sé que los sistemas de telefonía para algunos servicios de ambulancia usan Postgresql. Entonces, cuando marca '911', una base de datos postgresql está involucrada en el proceso de llevarle esa ambulancia. Esto puede no decir nada sobre los volúmenes de transacciones, pero sí dice que la confiabilidad es buena con este tipo de servicio de misión crítica.

Trabajé para un banco de inversión donde utilizaron sistemas de bases de datos de código abierto para almacenar datos no críticos como resultados de cálculos. Las reglas fueron: cuanto más importantes son los datos, más costoso es el sistema de base de datos (software y hardware).

La empresa para la que trabajaba no era un banco, pero manejaba y procesaba muchos datos financieros. Ellos usaron Oracle.

No creo que a un banco le importe mucho divulgar tales cosas, no es algo que les dé una ventaja competitiva.

No todas las aplicaciones y bases de datos asociadas son de misión crítica o justifican el gasto de un producto como Oracle. Es probable que las organizaciones conscientes de los costos de todos los tipos usen alternativas menos costosas para tales aplicaciones.

Te has perdido dos grandes alternativas: Sybase y Microsoft SQL. No pretendo saber qué usan los chicos grandes, pero me sorprendería que los dos anteriores no estuvieran en la mezcla. También conozco algunas instalaciones de Oracle muy grandes, pero su modelo de licencia deja mucho que desear.