Спопущенная память файла Ilist внедрение, для хранения больших наборов данных «в памяти»?

Мне нужно выполнять операции хронологически на огромных временных рядах, реализованных в качестве Ilist. Данные в конечном итоге хранятся в базе данных, но не имеет смысла представить десятки миллионов запросов в базу данных.

В настоящее время IList In-Phower вызывает чрезмерное исключение, когда пытаясь хранить более 8 миллионов (небольших) объектов, хотя мне нужно будет иметь дело с десятками миллионов.

После некоторых исследований он выглядит как лучший способ сделать это, чтобы хранить данные на диске и получить доступ к ней через обертку Ilist.

Памятные файлы (вводятся в .NET 4.0), кажутся правильным интерфейсом для использования, но мне интересно, каковы лучший способ написать класс, который должен реализовать Ilist (для легкого доступа) и внутренне справиться с Спопуленный память файл.

Мне также интересно услышать, если вы знаете о других способах! Я подумал, например, обтекатель Ilist, используя данные из DB4O (, который кто-то упоминал здесь Использование отображаемого памяти файла в качестве ioadapterFile, хотя использование DB4O, вероятно, добавляет стоимость производительности против Memory Phower ).

Я сталкивался со , этот вопрос спросил в 2009 году, но он не дал полезных ответов или серьезных идей.