Introducción
No es mi culpa que los capítulos sean cortos, MongoDB es fácil de aprender.
A menudo se dice que la tecnología se mueve a un ritmo vertiginoso. Es cierto que hay una lista cada vez mayor de nuevas tecnologías
y técnicas que se están liberando. Sin embargo, durante mucho tiempo he sido de la opinión de que las tecnologías fundamentales utilizadas por
programadores se mueven a un ritmo bastante lento. Uno podría pasar años aprendiendo poco, pero seguir siendo relevante. Lo que llama la atención
sin embargo, es la velocidad a la que se reemplazan las tecnologías establecidas. Aparentemente de la noche a la mañana, tecnologías establecidas desde hace mucho tiempo
se ven amenazados por los cambios en el enfoque de los desarrolladores.
Nada podría ser más representativo de este cambio repentino que el progreso de las tecnologías NoSQL contra bases de datos relacionales bien establecidas. Casi parece que un día la web estaba siendo impulsada por unos pocos RDBMS, y el
a continuación, cinco soluciones NoSQL se habían establecido como soluciones dignas.
A pesar de que estas transiciones parecen ocurrir de la noche a la mañana, la realidad es que pueden tomar años para ser aceptados
Práctica. El entusiasmo inicial es impulsado por un conjunto relativamente pequeño de desarrolladores y empresas. Las soluciones son refinadas,
lecciones aprendidas y viendo que una nueva tecnología está aquí para quedarse, otros poco a poco lo prueban por sí mismos. Una vez más, esto es
particularmente cierto en el caso de NoSQL, donde muchas soluciones no son sustituciones para soluciones de almacenamiento más tradicionales,
pero más bien abordar una necesidad específica además de lo que uno podría obtener de las ofertas tradicionales.
Habiendo dicho todo eso, lo primero que debemos hacer es explicar lo que significa NoSQL. Es un término amplio que
significa cosas diferentes para diferentes personas. Personalmente, lo uso muy ampliamente para significar un sistema que juega un papel en el
almacenamiento de datos. Dicho de otra manera, NoSQL (de nuevo, para mí), es la creencia de que su capa de persistencia no es necesariamente el
responsabilidad de un solo sistema. Cuando los proveedores de bases de datos relacionales han intentado históricamente posicionar su software
como una solución única, NoSQL se inclina hacia unidades de responsabilidad más pequeñas donde la mejor herramienta para un trabajo determinado
se puede aprovechar. Por lo tanto, su pila NoSQL todavía podría aprovechar una base de datos relacional, por ejemplo MySQL, pero también contendrá
Redis como una búsqueda de persistencia para partes específicas del sistema, así como Hadoop para su procesamiento intensivo de datos. Poner
simplemente, NoSQL se trata de ser abierto y consciente de patrones y herramientas alternativos, existentes y adicionales para la gestión
sus datos.
Tal vez se pregunte dónde encaja MongoDB en todo esto. Como base de datos orientada a documentos, MongoDB es un
solución NoSQL generalizada. Debe considerarse como una alternativa a las bases de datos relacionales. Al igual que las bases de datos relacionales,
también puede beneficiarse de ser emparejado con algunas de las soluciones NoSQL más especializadas. MongoDB tiene ventajas y
inconvenientes, que cubriremos en partes posteriores de este libro.
Como habrán notado, usamos los términos MongoDB y Mongo indistintamente.
