Como dije, textualmente:
Cita: La base de datos de Amazon fue creada en MySQL
Es decir, estoy usando el Pretérito Pluscuamperfecto, lo que implica que se refiere a hechos pasados. No es ni Participio Presente ni Gerundio.
Cita: ue manejan grandes masas de información, ya no utilizan MySQL, ya no utilizan el modelo relacional. Ya hace unos 4 años se creo un concepto que se llamo NoSQL creando otro nuevo concepto de almacenar la información.
Eso es una realidad a medias.
Ninguna empresa ni organización donde los datos necesiten consistencia, integridad y transacciones usa NoSQL. Se usan en ciertas partes y aplicaciones
no críticas, en especial en sistemas cloud. Pero eso no significa que el resto de su información no esté basado en el paradigma relacional.
Si lo quieres meditar así: Ni los sistemas de reservas de aerolíneas, ni los bancarios, ni tampoco los de fabricación o de energía están basados en NoSQL. Y hay razones de peso para eso.
En el fondo, este tema se aleja de la pregunta. Lo que @TSG preguntaba es si MySQL
aguanta millones de datos, y la respuesta es
SI.
El ejemplo de las empresas mencionadas era para que quedara claro que todas basaron al menos sus inicios en MySQL, y que algunas aún lo usan.
De todos modos, la elección de un DBMS y un modelo de sistemas dependerá del desarrollo que se quiera seguir. No se hace por caprihco, sino por razones de peso, y no se debe elegir un DBMS o entre el modelo relacional y el NoSQL por que esté de moda, sino porque para las metas propuestas es lo adecuado.
Como ya dije, yo ni soñaría diseñar un sistema contable con NoSQL, porque no resulta seguro para los usuarios, dada la enorme inconsistencia posible en cosas de dinero.
(Nota: Lo de inconsistencia probable no lo inventé yo. Es lo que he encontrado hasta ahora en los
papers disponibles de desarrollos en NoSQL).