pros - SQL(MySQL) vs NoSQL(CouchDB)
sql vs nosql pdf (3)
Aquí hay una cita de una publicación de blog reciente de Dare Obasanjo .
Las bases de datos SQL son como la transmisión automática y las bases de datos NoSQL son como la transmisión manual. Una vez que cambia a NoSQL, se convierte en responsable de una gran cantidad de trabajo que el sistema se ocupa automáticamente en un sistema de base de datos relacional. Similar a lo que sucede cuando eliges manual sobre transmisión automática. En segundo lugar, NoSQL le permite obtener un mayor rendimiento del sistema al eliminar una gran cantidad de comprobaciones de integridad realizadas por las bases de datos relacionales desde el nivel de la base de datos. De nuevo, esto es similar a cómo puede obtener un mayor rendimiento de su automóvil al conducir una transmisión manual en comparación con un vehículo de transmisión automática.
Sin embargo, la similitud más notable es que, al igual que la mayoría de nosotros no podemos aprovechar los beneficios de un vehículo de transmisión manual porque la mayoría de nuestros conductores están sentados en el tráfico en el camino hacia y desde el trabajo, hay una realidad dura similar en que la mayoría de los sitios no están en la escala de Google o Facebook y, por lo tanto, no tienen necesidad de una Bigtable o Cassandra.
A lo que puedo agregar solo ese cambio de MySQL, donde tienes al menos alguna experiencia, a CouchDB, donde no tienes experiencia, significa que tendrás que lidiar con un nuevo conjunto de problemas y aprender diferentes conceptos y mejores prácticas. Mientras que esto es maravilloso (estoy jugando en casa con MongoDB y me gusta mucho), será un costo que tendrá que calcular al estimar el trabajo para ese proyecto, y trae riesgos desconocidos mientras promete beneficios desconocidos. Será muy difícil juzgar si puede realizar el proyecto a tiempo y con la calidad que desea / necesita tener éxito, si se basa en una tecnología que no conoce.
Ahora, si tiene en el equipo un experto en el campo NoSQL, no dude en echarle un vistazo. Pero sin ninguna experiencia en el equipo, no se suba a NoSQL para un nuevo proyecto comercial.
Actualización : solo para arrojar un poco de gasolina en el fuego abierto que comenzó, aquí hay dos artículos interesantes de personas en el campamento de SQL. :-)
No puedo esperar a que NoSQL muera (el artículo original se ha ido, aquí hay una copy )
Luchando contra la mentalidad NoSQL, aunque esta no es una pieza anti-NoSQL
Actualización : Bueno, aquí hay un interesante artículo sobre NoSQL
Sentido de NoSQL
Estoy en el medio de diseñar una aplicación altamente escalable que debe almacenar una gran cantidad de datos. Solo por ejemplo, almacenará mucho sobre los usuarios y luego cosas como muchos de sus mensajes, comentarios, etc. Siempre he usado MySQL pero ahora estoy dispuesto a probar algo nuevo como couchdb o similar que no sea SQL.
¿Alguien tiene algún pensamiento u orientación sobre esto?
Parece que hoy en día solo las soluciones reales giran en torno a la ampliación o la fragmentación. Todas las bases de datos modernas (NoSQL y NewSQL) admiten la escala horizontal desde el primer momento, en la capa de la base de datos, sin la necesidad de que la aplicación tenga código de fragmentación o algo así.
Desafortunadamente, para el fiable MySQL de confianza, la fragmentación no se proporciona "fuera de la caja". ScaleBase (exención de responsabilidad: yo trabajo allí) es un creador de una solución de escalamiento completo, una "máquina de fragmentación automática" si lo desea. ScaleBae analiza sus datos y secuencias SQL, divide los datos en nodos DB y agrega en tiempo de ejecución, por lo que no tendrá que hacerlo. Y es de descarga gratuita.
No me malinterpreten, los NoSQL son geniales, son nuevos, nuevos son más opciones y la elección siempre es buena. Pero si elige NoSQL viene con un precio, asegúrese de poder pagarlo ...
Aquí puede ver más datos sobre MySQL, NoSQL ...: http://www.scalebase.com/extreme-scalability-with-mongodb-and-mysql-part-1-auto-sharding
Espero que haya ayudado.
Una de las mejores opciones es ir por MongoDB (NOSql dB) que admite escalabilidad. Almacena grandes cantidades de datos nada más que bigdatos en forma de documentos, a diferencia de las filas y tablas en sql. Esto es más rápido que el shradding de los datos. Utiliza replicaciones para garantizar la seguridad de los datos que mantiene varios servidores con un servidor de base de datos primaria como base. Idioma independiente. Flexible de usar