¿Es esta una buena decisión utilizar la base de datos NoSQL para un sistema bancario en lugar de RDBMS?
En caso afirmativo, ¿cuáles son las bases de datos NoSQL recomendadas para un sistema bancario?
Respuestas
5 para la respuesta № 1Nathan Hurst tiene una muy buena publicación de blog en el idea detrás de las bases de datos NoSQL. Haré mi mejor esfuerzo para parafrasear:
Una base de datos se elige normalmente en función de las propiedades de consistencia, disponibilidad y tolerancia de partición (Teorema de la PAC). Por supuesto, el teorema de la PAC establece que una base de datos solo puede centrarse de manera realista en dos de estos. Las bases de datos NoSQL necesitan tolerancia de partición para escalar correctamente, por lo que terminan sacrificando la disponibilidad o la consistencia. Los RDBMS negocian este problema eligiendo la consistencia y la disponibilidad, y utilizan otros medios para mantener su partición de datos tolerante (por ejemplo, replicación).
Normalmente puedes ver los efectos de esto en elnivel de transacción. En RDBMS-land, todas las transacciones deben ser ACID (Atómica, Consistente, Aislada y Duradera). Las bases de datos NoSQL generalmente no tienen requisitos estrictos de ACID. De esta manera, los datos que se actualizan a través de una transacción pueden o no ser atómicos (la transacción se completa en todas las ubicaciones de actualización o se retrotrae), puede no ser duradera si falla la alimentación, y puede ejecutarse bajo el supuesto de "eventual consistencia."
Por lo tanto "no", una base de datos NoSQL es definitivamente no Una buena idea para una solución bancaria.
También debe tener en cuenta que las arquitecturas de base de datos "NoSQL" difieren significativamente por marca. Lo que he dicho aquí es una generalización sobre las bases de datos NoSQL. Ciertamente no es todo encapsulativo.
5 para la respuesta № 2
Antes de responder a esta pregunta me gustaría dar un ejemplo: GT.M Es una base de datos NoSQL que proporciona transacciones extremas. que se utiliza en el sistema bancario central más grande del mundo, Sistema FIS Core Banking (clasificado # 1 por Inntron)
Por lo tanto, teóricamente es factible utilizar NoSQL para los sistemas bancarios centrales siempre que su motor NoSQL admita transacciones.
Fuente: http://www.slideshare.net/fachrybafadal/nosql-technology
3 para la respuesta № 3
Habiendo trabajado en la industria bancaria, estaríacautela al implementar cualquier sistema RDBMS o mainframes "legados" bien probados para propósitos de banca central (Cuentas, SOR, GL, etc.). Para sistemas periféricos, como marketing, bases de datos analíticas, etc., NoSQL está bien, pero tendrá que ser más específico sobre su caso de uso para obtener una buena respuesta a esta pregunta.
Cada herramienta tiene su caso de uso correcto. La banca es extremadamente adversa al riesgo y conservadora.