A primeira coisa que você precisa se perguntar é:por que você quer mudar para um banco de dados NoSQL?

As respostas podem ser:Você precisa de mais velocidade, você quer um sistema de banco de dados replicado e distribuído, você precisa de mais escalabilidade para armazenamento ou replicação usada. Ou você quer se beneficiar provavelmente de um desenvolvimento mais fácil.

Mas de 300 registros acho que nenhum, mas do último te ajudaria.

E eu não acho que você realmente queira uma solução "in-memory". Na memória significa que todos os dados foram gravados apenas na memória RAM e, se você fechar seu banco de dados, todos os seus dados serão perdidos. Se você realmente quer isso, o MySQL tem um mecanismo de armazenamento na memória.

Caso contrário, todo o banco de dados armazenará em cache o máximo possível nas memórias. E 300 registros provavelmente estarão completamente em sua ram também no MySQL. Você provavelmente não obtém nenhum benefício de velocidade ao mudar para um banco de dados NoSQL.

Se você planeja mudar para um banco de dados NoSQL, eu preferiria o MongoDB. É uma mistura de NoSQL e RDBMS, porque fornece uma linguagem de consulta poderosa quase como SQL. E você pode escalá-lo melhor do que RDBMS. E para mim, a programação será muito mais fácil em relação a um banco de dados livre de esquema. Você pode dimensionar o MongoDB para até 1.000 servidores.

Mas outros bancos de dados NoSQL têm muito mais escalabilidade. Se você precisar de mais servidores, outros bancos de dados provavelmente seriam melhores. Mas você perde alguma maneira de consultar seus dados.

Se você geralmente planeja mudar para um banco de dados NoSQL, acho que o MongoDB pode lidar com isso. Outros bancos de dados NoSQL provavelmente são melhores para alguns casos específicos e não para uso geral.