¿Por qué Node.JS no se utiliza para crear aplicaciones transaccionales?

No se prefiere MongoDB para crear aplicaciones transaccionales. No creo que esta declaración esté asociada con Nodejs. Aquí hay una cita de este artículo:

Sí, MongoDB es transaccional – DZone Java

“La desventaja con la implementación de MongoDB es que esta semántica se aplica a operaciones de escritura individuales, como una inserción individual o una actualización individual. Si una instrucción MongoDB actualiza 10 filas, y algo sale mal con la quinta fila, entonces la declaración finalizará la ejecución con cuatro filas actualizadas y seis filas no actualizadas ”.

Un consejo sobre estas declaraciones generales:

Cada vez que escuche tales declaraciones generales, vea si esa persona señala algo extremadamente específico. Si no lo están, no los escuche, incluso si la declaración general es verdadera porque no tiene forma de verificar esas declaraciones. Y estos debates terminan arruinando tu tiempo.

Hay tres reglas fundamentales a seguir en las discusiones tecnológicas:

  1. Se extremadamente específico
  2. Se extremadamente específico
  3. Se extremadamente específico

Hay otra razón para hacer esto. Digamos que mongodb recibe una actualización que maneja las transacciones. Te quedarás atrapado con la idea de que MongoDB no es adecuado para sistemas transaccionales. No podrá tener en cuenta la nueva actualización. Si fue específico en sus discusiones, no se quedará estancado cuando sucedan tales cosas.

Debido a que node.js se creó para funcionar de forma asincrónica y los desarrolladores adoptan esta capacidad de node.js.Y si considera las pasarelas de pago y todo aquí, el comportamiento esperado es sincrónico. Imagine una situación en la que recibe un correo electrónico de confirmación antes de que el pago se realice correctamente .

Aunque puede escribir node.js de forma síncrona. Pero, ¿por qué explotar un lenguaje que en realidad no está construido para ese tipo de comportamiento? En lugar de usar un lenguaje síncrono multiproceso como Ruby on Rails, Python-Django para satisfacer las necesidades.

Me gustaría dar una respuesta muy breve a esto y también una respuesta simple que los expertos en tecnología también puedan entender.

Node.js lenguaje suelto. Por lo tanto, no se puede usar de manera eficiente cuando usamos reglas muy complejas o, en otras palabras, múltiples reglas comerciales (la transacción requiere múltiples condiciones y reglas) ya que Node.js no es muy eficiente cuando se trata de reglas.

Por lo tanto, para construir cualquier aplicación de transacción, Java es el mejor lenguaje de programación que se utilizará, ya que Java es muy robusto cuando se trata de implementar reglas. Se utilizan principalmente Java Drools. Drool es un sistema de gestión de normas empresariales.

Where as Node.js es la plataforma más eficiente cuando se trata de buscar, y si está utilizando un db que no es sql, eso agrega un punto positivo a su búsqueda con Node.js