Mysql

[gnzsoloyo]

No necesariamente.
Pero te citaré un ejemplo de telefonía móvil para ser más claro:
- Si compras un teléfono en Internet, sea cual fuere la página, la búsqueda de modelos no requiere consistencia. Simplemente se podría decir que busca "al montón". Allí el NoSQL cumple con todo lo que necesitas, porque debe bsucar lo disponible en N depósitos y no importa dónde lo encuentre. Sólo que exista.
- Luego al momento de la selección y pago, para ti simplemente se muestra el modelo adquirido, y el pago realizado. Nada más.
- Pero internamente, el pago que acabas de hacer sólo se puede relacionar contigo, con un determinado medio de pago, de una determinada entidad, y debe haber sido realizado antes de que ese mismo móvil sea vendido a otro que está haciendo lo mismo.
- Además, siempre internamente, cuando se lo reserva para entrega, no se reserva uno cualquiera. Se debería reservar uno sólo y único.
Aquí podría aplicarse un sistema mixto: NoSQL en algunas partes, y SQL en otras.

En esta simple visión, se puede inferir que ciertas capas de negocio están diseñadas para operar rápido, con masas enormes de datos, que es donde el NoSQL trabaja. Pero en troas capas, no es aplicable, porque requieren de operaciones consistentes, cosa que el NoSQL no puede proveer sin volver al modelo relacional.

¿Se entiende?

¿Donde aplica uno u otro Facebook?
Bueno, sin conocer realmente como funciona internamente, debo sospechar que toda acción relacionada con operaciones comerciales (compras y ventas) que existan en Facebook siempre caen a un sistema relacional. Por simple necesidad.

El resto puede correr en un modelo NoSQL sin mayores complicaciones.