Lo primero que debe preguntarse es, ¿por qué desea cambiar a una base de datos NoSQL?
Las respuestas podrían ser:necesita más velocidad, quiere un sistema de base de datos replicado y distribuido, necesita más escalabilidad para el almacenamiento usado o la replicación. O quiere beneficiarse probablemente de un desarrollo más sencillo.
Pero de 300 registros no creo que ninguno, pero el último te ayudaría.
Y no creo que realmente quieras una solución "en memoria". En la memoria significa que todos los datos solo se escribieron en la RAM, y si cierra su base de datos, todos sus datos se perderán. Si realmente quieres eso, MySQL tiene un motor de almacenamiento en memoria.
De lo contrario, toda la base de datos almacenará en caché la mayor cantidad de memoria posible. Y 300 registros probablemente estarán completamente en su ram también en MySQL. Probablemente no obtenga ningún beneficio de velocidad al cambiar a una base de datos NoSQL.
Si, en general, planea cambiar a una base de datos NoSQL, preferiría MongoDB. Es una mezcla de NoSQL y RDBMS, porque le brinda un lenguaje de consulta tan poderoso como SQL. Y puede llamarlo mejor que RDBMS. Y para mí, la programación será mucho más fácil contra una base de datos sin esquemas. Puede escalar MongoDB hasta 1000 servidores.
Pero otras bases de datos NoSQL tienen mucha más escalabilidad. Si necesita más servidores, entonces otras bases de datos probablemente serían mejores. Pero pierde alguna forma de consultar sus datos.
Si generalmente planea cambiar a una base de datos NoSQL, creo que MongoDB podría manejar esto. Otras bases de datos NoSQL probablemente sean mejores para algunos casos específicos y no para uso general.
