Хитрости следующие:
- DB должна быть встраиваемой в юзерскую прогу (ибо по сети гонять скажем гигабайт - удовольствие относительно дорогое). В идеале - когда нету никакого централизованного процесса для обработки запросов (DB server по русски) а прога сама читает/пишет базу
- транзакции - не нужны. Совсем. Ибо если application падает, до его база все равно будет малополезна
- DB должна уметь писать и читать объекты некислой связности (в идеале - графы). Так что может быть (и даже скорее всего) не SQL.
- при этом иметь max производительность при выборке (индексы там etc)
- DB не должна сыпаться и тупить на данных превышающих 4Gb. Max объем засовываемых в нее данных может быть ну скажем гигов 10-12
- при этом быть максимально быстрой при чтении. При записи желательно тоже :-)
- работать под любой Win32 (ну скажем хотя бы на Win2K & WinXP)

Скажите пожалуйста, есть ли такое чудо в природе ? Можно коммерческую

2Denis A.: а где почитать можно про то что Cache умеет и умеет ли он (она ? оно ?) вообще то что нужно ?

2Cat2: значит что прога сама должна уметь читать/писать в эту базу. Без посредников (всяческих listeners etc), ибо объемы данных приличны, client/server не нужен и по сети гонять гигабайты - некошерно. Надеюсь шо объяснил понятно. Никаких таких setupов нету и не будет (страшная тайна - у этой проги даже морды то нету)

2eNose: неа. Немного подробностей - есть юзерская прога - тупая числодробилка. Использует графы. В некоторые моменты данных становится гораздо больше чем оперативной памяти - соотв-но отдельные графы, непосредственно не обрабатывающиеся в данный момент времени, можно из памяти выгнать в базу. Специфика заключается в том, что у каждого узла графа есть набор атрибутов, по которым в произвольные моменты времени происходит поиск нужных узлов. Потому и хочется использовать DB с индексами по этим атрибутам для ускорения поиска узлов графа.

Вот примерно так

TynyDB - написана на Java. Не канает - исходная прога на C++ (sux канешна, было бы грамотнее сделать на более подходящей для таких задач embeddable Schema/Lispе - ну уж чего выросло)
и исчо вот это смущает:
> Maximum records quantity over 100,000
маловато будет. не наш размерчик

KeyDB - описание выглядит хорошо. Вот только надо проверить ее - скажем будет ли она работать с десятком гигов данных

Oracle - штука замечательная. Но уж больно тяжелая

Cache - сижу читаю что за зверь