Hubo un artículo sobre Hacker News hace un par de días que llegó a la primera página titulado algo así como
"2 casos cuándo no usar MongoDB" pero realmente no lo encuentra más ...¿Cuándo NO utilizar NoSQL?
Utilizamos MongoDB para almacenar toneladas y toneladas de datos de análisis para los que no les importa si algunas cosas de vez en cuando se pierde en una caída del servidor. Los datos realmente se adaptan bien a MongoDB y hubiera sido una pesadilla si tuviéramos que usar una base de datos SQL para esto. Pero para las transacciones bancarias ni siquiera consideraríamos MongoDB. El bloqueo de escritura puede ser un problema para algunas personas. Por otro lado, MongoDB es compatible con la fragmentación fácil, mucho más fácil que con SQL. Sharding nos permite escalar horizontalmente, lo que es una gran ventaja para nuestros datos.
Buen hallazgo, pero el artículo real parece estar aquí: http://ethangunderson.com/blog/two-reasons -to-not-use-mongodb/ –
¿Es el texto exactamente necesario? –
2 b justo, OP lo hizo schu en Q. :) –
Por cualquier definición razonable "NoSQL" debe incluir no es de SQL RDBMS en su alcance (porque no hay ninguna razón de por qué el modelo relacional no puede hacer frente a los mismos requisitos que otros modelos NoSQL). Si acepta eso, entonces no hay límite para lo que los DBMS de NoSQL podrían hacer. No tendríamos más necesidad de SQL, ¡nunca!
Lamentablemente, parece haber una suposición común entre los líderes de pensamiento NoSQL que "NoSQL" tiene que significar "no relacional". Eso es muy desafortunado porque si se ignora el modelo relacional, entonces NoSQL nunca reemplazará SQL por muchos propósitos. (Doy por sentado que la búsqueda de un largo plazo, relacional reemplazo modelo para SQL en realidad sería una buena cosa :)
Odio típico contra SQL –
No odio el SQL, pero intento mantener la mente abierta sobre mejores alternativas a lo que después de todo es un lenguaje de 30 años y paradigma con algunos defectos altamente inconvenientes. – sqlvogel
¿Podría agregar algún enlace a un DB relacional de NoSQL que le guste? Encontré algunas, pero nada fue realmente emocionante, pero tal vez puedas señalarme cosas más interesantes. – maaartinus
Usted no desea utilizar NoSQL normalmente cuando ....
... ¡no quiero usar SQL! /hardy har har
La mayoría de las soluciones NoSQL que he visto parecen caer en el enfoque de tienda clave-valor, y no son relacionales. Tienden a renunciar a las propiedades ACID.
Así que cuando se evalúa un sistema de base de datos, cuando no lo hace requieren de ácido, cuando no lo hace quieren álgebra relacional, cuando se hace tener una necesidad de una tienda KV, entonces el enfoque NoSQL es tu amigo.
Tenga en cuenta también que existe una amplia variedad de sistemas 'NoSQL', y todos están trabajando afanosamente en enfoques ligeramente diferentes.
¿Por qué crees que 'NoSQL' no implica' ACID'? Personalmente, he creado una aplicación además de 'BerkeleyDB' (que no es relacional) con soporte de transacciones completo. – Quassnoi
@Quassnoi: porque no ACID es una de las tendencias comunes de NoSQL. –
También vea http://stackoverflow.com/questions/4448194/mongodb-vs-mysql/4448292 – clyfe