最初に自問する必要があるのは、なぜNoSQLデータベースに切り替えたいのかということです。
答えは次のようになります。より高速で、複製および分散データベースシステムが必要であり、使用済みストレージまたは複製のスケーラビリティがより高い必要があります。または、おそらくより簡単な開発から利益を得たいと考えています。
しかし、300のレコードからは、私は何も考えていませんが、最後のものが役に立ちます。
そして、私はあなたが本当に「メモリ内」のソリューションを望んでいるとは思いません。メモリ内とは、すべてのデータがRAMにのみ書き込まれることを意味し、データベースを閉じると、すべてのデータが失われます。本当に必要な場合は、MySQLにメモリ内ストレージエンジンがあります。
そうしないと、すべてのデータベースが可能な限り多くのメモリ内にキャッシュされます。また、MySQLでも300レコードがRAMに完全に含まれる可能性があります。 NoSQLデータベースに切り替えることで、速度のメリットはおそらく得られません。
一般的にNoSQLデータベースへの切り替えを計画している場合は、MongoDBをお勧めします。これは、SQLとほぼ同じように強力なクエリ言語を提供するため、NoSQLとRDBMSを組み合わせたものです。そして、RDBMSよりも優れた方法でそれを呼び出すことができます。そして私にとって、プログラミングはスキーマフリーのデータベースに対してはるかに簡単になります。 MongoDBは最大1000台のサーバーに拡張できます。
ただし、他のNoSQLデータベースのスケーラビリティははるかに高くなります。より多くのサーバーが必要な場合は、他のデータベースの方が問題が発生する可能性があります。ただし、データをクエリする方法が失われます。
一般的にNoSQLデータベースへの切り替えを計画している場合は、MongoDBでこれを処理できると思います。他のNoSQLデータベースは、一般的な使用法ではなく、特定の場合におそらく適しています。