Всяка СУБД може да се изпълнява "в паметта". Помислете за използването на ramdisk. Въпреки това повечето СУБД (тези с SQL) не са проектирани да работи изцяло в паметта и да постави много на усилията за минимизиране на дисковия IO и пейджинг:СУБД работи много усилено, за да поддържа „съответните данни“ горещи (в паметта и в кеша) -- IO е бавен, бавен бавен.
Това е така, защото данните в базата данни често са [и в миналото са били] значително по-големи отколкото основната памет. Тази и основната памет са нестабилни :-) [ACID СУБД извършват много работи с записване напред за запис – към енергонезависимо хранилище – и други техники, за да гарантират, че данните никога не са повредени, дори в случай на неочаквано изключване. ]
Някои бази данни, като SQLite, използват един и същ формат за съхранение на диск и памет, въпреки че изрично поддържат хранилище в паметта. Поддръжката за други [in-memory] back-ends и настройки за използване на паметта варират според доставчика.
Приятно кодиране.
