интересная задачка, в кои-то веки. имеется база размером, который лезет в память (скажем, полгига). от которой требуются обычные датабазные операции, но очень быстро. точнее, запись можно не быстро, а вот чтение нужно быстро. просто кэшировать результаты запросов не получится, поскольку запросы представляют собой джойны 4-5 таблиц, 2-3 из которых реально большие.
кажется, что лучшим решением была бы какая-нибудь in-memory database. такие есть вообще? насколько скорость будет выше, чем если все эти таблицы создать в оракле с клаузой CACHE?
кажется, что лучшим решением была бы какая-нибудь in-memory database. такие есть вообще? насколько скорость будет выше, чем если все эти таблицы создать в оракле с клаузой CACHE?
(no subject)
Date: 2004-10-25 08:55 pm (UTC)2. по возможности он хранит и не только индексы
3. несмотря на наличие индексов, оптимизатор часто выбирает full scan, и тогда что есть индексы, что их нет...
4. лишние ненужные индексы засирают память, которая могла бы быть использована по прямому назначению
(no subject)
Date: 2004-10-25 11:01 pm (UTC)2. к индексам у баз данных отношение совершенно особенное, они очень сильно старатются хранить их в памяти
3. оптимизатор не полезет в таблицу если все нужные колонки есть в индексах, он данные будет таскать прямо оттуда, в смысле из индексов
4. по прямому назначению это под memory disk? ;)
(no subject)
Date: 2004-10-26 01:23 pm (UTC)