Tout SGBD peut être exécuté "en mémoire". Envisagez l'utilisation d'un disque virtuel. Cependant, la plupart des SGBD (ceux avec SQL) ne sont pas conçus pour fonctionner entièrement en mémoire et mettre beaucoup d'efforts pour minimiser les E/S de disque et la pagination :un SGBD travaille très dur pour garder les "données pertinentes" à chaud (en mémoire et en cache) -- les E/S sont lentes, lentes et lentes.
En effet, les données de la base de données sont souvent [et ont toujours été] significativement plus volumineuses que la mémoire principale. Cela et la mémoire principale sont volatiles :-) [Les SGBD ACID effectuent de nombreux travaux avec la journalisation en écriture anticipée - dans un magasin non volatile - et d'autres techniques pour garantir que les données ne sont jamais corrompues, même en cas d'arrêt inattendu. ]
Certaines bases de données, comme SQLite, utilisent le même format pour les magasins de disque et de mémoire, même si elles prennent explicitement en charge un magasin en mémoire. La prise en charge d'autres back-ends [en mémoire] et le réglage de l'utilisation de la mémoire varient selon le fournisseur.
Bon codage.
