¿Estoy siendo estúpido al elegir MySQL para mi aplicación Node.js en 2016?

No lo consideraría necesariamente un movimiento estúpido si elige MySQL para trabajar con Node.js. En general, lo consideraría como una opción “amateur”, especialmente cuando se trata de una relación entre Node.js y el sistema de base de datos. No está mal, ni es una mala elección. Generalmente se debe a un sistema que usa MySQL como un sistema de base de datos predeterminado después de su primer arranque. En otras palabras, MySQL es el padre de las bases de datos en todo el mundo y, la base de datos más antigua que todavía se usa en la era actual.

Node.js es un Javascript basado en servidor, y comprenda que Node.js NO está diseñado para ejecutarse como un lado del cliente (su navegador / aplicación). Dicho esto, permítanme aclarar para beneficio de todos. Consideremos esta analogía:

Veamos esto como si tuviera ‘mano derecha’ y ‘ mano izquierda’ y es lo que necesita para llevar una vida lo más completa posible. Entonces, ¿qué pasaría si tuvieras ‘ mano derecha ‘ y ‘ mano derecha ‘? Será muy difícil y difícil vivir una vida con ese tipo de rareza, a la vez que solo tiene una ventaja: ser capaz de hacer un apretón de manos perfecto.

La ‘mano derecha’ de Javascript sería el navegador del lado del cliente (es decir, su navegador en su computadora de escritorio o su dispositivo móvil / tableta), mientras que la ‘mano izquierda’ de JavaScript sería Node.js. Nuevamente, Node.js se está construyendo para el propósito del servidor, de modo que pueda comunicarse entre sí únicamente en JavaScript.

Esto nos lleva al siguiente punto importante a considerar. Según la práctica común en el mundo de los geeks y su “servidor secundario”, al tiempo que incluye servidores en el mercado actual, el lenguaje estándar de entrega de datos es XML, JSON y url. Sin ellos, es más difícil que los datos se transmitan / intercambien entre servidores / aplicaciones.

Dado que JSON está realmente basado en Javascript, por lo tanto, tendría mucho más sentido que Node.js trabaje con JSON, por una razón obvia. Si bien utiliza esta razón como un enfoque para reducir a pocas bases de datos, antes de que pudiera encontrar un “compañero de baile de vals” perfecto para Node.js. Todo debido a este criterio: la capacidad de entregar datos únicamente en Javascript. En pocas palabras: es mejor que trabajen juntos en el mismo “idioma nativo de nacimiento” de los demás. Uno de estos pocos es “MongoDB”.

Si alguna vez llego al punto de ver que MongoDB fue elegido como base de datos que trabaja con Node.js, clasificaría esa elección como “elección avanzada del programador”. MySQL es un padre tradicional en el mundo de las bases de datos, de ahí que yo lo vea como una “linda elección” como aficionado.

Si lo elige porque cree que tiene las mejores herramientas de creación de perfiles de rendimiento y optimizador de consultas, entonces sí … es tonto.

Pero si lo elige porque desea un RDBMS confiable, lo suficientemente rápido, escalable, económico y fácil de entender, es una muy buena opción.

Como toda entrega de software, debe elegir su compromiso. A menos que sepa que necesitará características en la base de datos X que no están en la base de datos Y, hay pocas opciones incorrectas, incluso SQLite es viable ahora que los lenguajes con un fuerte control de concurrencia son comunes y la memoria es barata.

Absolutamente no. MySQL es una gran herramienta y se usa con bastante frecuencia. Casi cualquier sitio web de WordPress que vea tiene una base de datos MySQL, que representa más del 50% de la web.

También es adecuado para Node.js y generalmente es gratuito. Definitivamente no estás siendo estúpido 🙂