La base de datos M (escrita en MUMPS) es una base de datos NoSQL que existe desde la década de 1960. Todavía se usa ampliamente como el back-end de hospitales (VA) y bancos de todo el mundo. Dada una reputación de alta velocidad y rendimiento, ¿por qué no ha ganado más popularidad en el mundo de la programación?

Cameron Purdy ha abordado los méritos técnicos de la base de datos M bastante bien

Entonces, abordaré la cuestión de la popularidad del lenguaje en sí. Los lenguajes de programación necesitan cierta cantidad de masa crítica antes de ganar tracción. Hasta que alcanzan esa masa crítica, las personas no usan el lenguaje porque es difícil encontrar programadores, y los programadores no aprenden el idioma porque nadie lo usa. Hay una barrera que el idioma tiene que cruzar después de lo cual comienza a acumularse.

Por lo general, los idiomas cruzan esa barrera resolviendo un problema importante en el idioma anterior. Por ejemplo, C ++ introdujo OOP y permitió el pensamiento orientado a objetos en lugar de pensar en procedimientos. Java resolvió el desagradable GPF que generalmente viene en los programas de C ++. Los lenguajes FP están permitiendo a los programadores modelar un problema funcionalmente. Les permite pensar de una manera nueva, por eso están ganando tracción.

MUMPS, OTH es un paso atrás. Ni siquiera tiene prioridad de operador. Excel tiene prioridad de operador. Sí, señor, el software que usa para administrar su lista de compras es más seguro que el software que calcula la cantidad de medicamento que debe recibir. No tiene tipos de datos, lo que probablemente está bien para la mayoría de las aplicaciones, excepto quizás las aplicaciones que usan las personas que pueden tener prisa y que probablemente estén cubiertas de fluidos corporales. La creación de seguridad en dicha base de datos recae en el programador y lo distrae de pensar en la necesidad que el sistema supuestamente debe satisfacer.

No creo que MUMPS deba usarse para ninguna aplicación de misión crítica (la misión se define como ‘asegúrese de que Jayesh siga respirando’). Si descubro que MUMPS está conduciendo, no sé, un sistema de soporte de vida, lo ejecutaría si no estuviera con soporte de vida. Puede ser la “base de datos” de fondo, pero eso no es un respaldo para un sistema que tarda un par de meses en enviarme una factura. Dispare, la recepcionista de mi dentista es más rápida y de mejor rendimiento que los sistemas de back-end de mi hospital.

La misma razón por la que COBOL y Fortran (lenguaje de programación) todavía se utilizan en muchos lugares. Es probable porque ya se ha escrito una gran cantidad de código heredado y sería demasiado costoso mover sistemas interdependientes enteros.

Nuevamente, ¿qué tan profundo has buscado o intentado escribir una aplicación? ¿Puede el lenguaje actual haber incorporado soporte para multiproceso, multiusuario igual que Unix, no multiproceso, gran problema al trabajar con CPU multipunto y crear aplicaciones que tienen más de un back-end y soporte multisitio sin tiempo de inactividad, MUMPS admite servidores múltiples y remotos como si fueran locales y funciona en cpus de brazo a mainframe. El código VA se ejecuta en el chip del brazo al mainframe 32 o 64 de código abierto o de propiedad … ¿nuestra aplicación actual hace lo mismo y todo el código y las subrutinas se pueden ejecutar en cualquier sistema que le guste? ¿Puede soportar qué plataformas y por cuánto tiempo?

y qué tan bien maneja el almacenamiento y el motor de almacenamiento que puede escalar o escalar … o requiere que use un motor de almacenamiento de datos de terceros que ni siquiera está en el mismo espacio de memoria que su idioma de elección, y hay una interfaz de nodejs para que pueda usar guardar JavaScript en el código y usar el almacén de datos de paperas

Erlang está cerca cuando hace una comparación.