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

10

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?

Yum Yum Yum
fuente
¿Y qué te hace pensar en lo que el banco no divulga sobre sus empleados pasados ​​o presentes en este foro? ¿No sería eso ilegal?
Fanatic23
@ Fanatic23: Esa no era la forma en que intentaba preguntar. Estaba tratando de entender que la base de datos confiable que se usó en el sistema bancario es principalmente Oracle u otros. No específicamente por el nombre del banco utilizado esto y aquello. Lo siento, no entiendes mis palabras.
YumYumYum
1
Mi opinión, Oracle es principalmente marketing, eres un buen RDBMS pero rara vez, si alguna vez, vale la pena el precio.
George Mauer
1
@George: Si las ventas de Oracle se basan en el marketing, es una maravilla que vendan algo: su marketing es un poco en comparación con (por ejemplo) el de Microsoft. Creo que se salvan con la carga de lo que hacen porque si una empresa quiere comprar una de las aplicaciones LOB multimillonarias, generalmente no tienen otra opción porque todas están construidas en Oracle (porque todas tienen más de 30 años) años antes, el código abierto era un brillo para los ojos de Stallman e incluso antes de que Microsoft fuera un serio contendiente). Afortunadamente, resulta ser un buen motor.
Aaronaught
1
Relacionado: stackoverflow.com/questions/2701443
Denis de Bernardy

Respuestas:

6

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.

wolfgangsz
fuente
2
¿Cómo logran obtener una consistencia y disponibilidad tan rápidas para todos sus clientes? ¿Especialmente para el comercio de alta frecuencia?
CMCDragonkai
6

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.

George Mauer
fuente
Esa es realmente una buena información, quería saber. Gracias.
YumYumYum
@George Mauer, ¿en serio? ¿de dónde sacaste esta información?
Nim
@Nim - ¡Secretos! No, solo tengo un tío que trabaja para ellos
George Mauer
La pregunta es para qué lo usan. La mayoría de los bancos tendrán múltiples RDMBS, pero en su mayor parte los sistemas centrales estarán en una de las plataformas mejor establecidas: Oracle, Informix, SQL Server o algo que se ejecute en un mainframe.
Jon Hopkins
1
Una gran empresa financiera para la que trabajé utilizaba bases de datos Oracle y SQL Server internamente. Ambos fueron utilizados en entornos de producción, para diferentes propósitos. Oracle principalmente para la recopilación de datos internos, mientras que SQL Server para operaciones urgentes.
xbonez
5

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.

tierra roja
fuente
4

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.

Jon Hopkins
fuente
2
Postgres es perfectamente aceptable para sistemas de misión crítica, alta disponibilidad y alto volumen. ICANN lo usa para ejecutar el registro .org.
Denis de Bernardy
@Denis: no digo que no lo sea, digo que convencer a un banco de eso es algo diferente.
Jon Hopkins
No digo que tus puntos sean inválidos, ni mucho menos. Pero en la medida en que lo he experimentado al vender cosas a grandes bancos, los gerentes también tienen un presupuesto. En bastantes casos, he visto que el lado de los negocios anula un ejército de técnicos: en mi caso, al conformarme con una VPN barata a través de Internet en lugar de utilizar las líneas arrendadas enormemente caras que los técnicos insistieron en que necesitaban porque de rendimiento y consideraciones de seguridad. :-)
Denis de Bernardy
@Denis - No estés en desacuerdo. Lo que diría es que es algo que debería acordarse con el negocio en lugar de hacer suposiciones. He visto ejemplos de lo que dices, pero también he visto a los bancos gastar dinero estúpido en cosas que eran una exageración total.
Jon Hopkins
2

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.

gbjbaanb
fuente
2

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).

LennyProgrammers
fuente
1

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.

cuant_dev
fuente
Gracias por tu contribución. Quiero creer en Mysql o PostgreSQL para hacer lotes similares de datos, sé que Oracle demostró ser el mejor. Pero google bigtable demostró también que Oracle no puede ser el único 1.
YumYumYum
2
@ 89899: Puede estar seguro de que casi todos los sistemas financieros que se hayan construido requieren una semántica de ACID. bigtable es agradable, pero las tiendas consistentes eventualmente no son apropiadas para ese tipo de aplicación.
Aaronaught
1

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.

Dave
fuente
1
En finanzas, el costo de la licencia de Oracle es de maní en comparación con la escala de dinero usualmente involucrada. El costo de los datos que ingresa a la base de datos es mucho más alto que la licencia de Oracle.
quant_dev
1

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.

Nim
fuente
Sybase era muy popular en la industria de banca de inversión del Reino Unido hace 10 años, y ORACLE no estaba en ninguna parte. Sospecho que eso puede haber cambiado.
Neil Butterworth
Sybase es popular también debido a la integración de Murex.
quant_dev