Den første ting, du skal spørge dig selv, er, hvorfor vil du skifte til en NoSQL-database?
Svarene kunne være:Du har brug for mere hastighed, du vil have et replikeret og distribueret databasesystem, du har brug for mere skalerbarhed til brugt lagring eller replikering. Eller du vil sandsynligvis have gavn af lettere udvikling.
Men ud fra 300 poster tror jeg ikke nogen, men af de sidste ville hjælpe dig.
Og jeg tror ikke, du virkelig ønsker en "in-memory"-løsning. I hukommelsen betyder, at alle data kun blev skrevet til ram, og hvis du lukker din database, så går alle dine data tabt. Hvis du virkelig ønsker det, så har MySQL en lagermotor i hukommelsen.
Ellers vil hele databasen cache så meget i hukommelsen, den kan. Og 300 poster vil sandsynligvis være fuldstændigt i din ram også under MySQL. Du har sikkert ikke gavn af at skifte til en NoSQL-database.
Hvis du generelt planlægger at skifte til en NoSQL-database, ville jeg foretrække MongoDB. Det er en blanding fra NoSQL og et RDBMS, fordi det giver dig et forespørgselssprog, der næsten er som SQL. Og du kan skalere det bedre end RDBMS. Og for mig vil programmering være meget nemmere mod en skemafri database. Du kan skalere MongoDB op til 1000 servere.
Men andre NoSQL-databaser har meget mere skalerbarhed. Hvis du har brug for flere servere, så ville andre databaser sandsynligvis være bedre. Men du mister en måde at forespørge på dine data på.
Hvis du generelt planlægger at skifte til en NoSQL-database, tror du, at MongoDB kunne klare dette. Andre NoSQL-databaser er sandsynligvis bedre til nogle specifikke tilfælde og ikke til generel brug.