Игрушечная ООСУБД

[stronciy]

Хм… что-то напомнило db4o

[notacodemonkey]

Действительно интерфейс похож, но там есть возможность доставать данные по образцу и с помощью LINQ запросов + я уверен что механизм освобождения памяти более умный и запись в базу происходит иначе (без обмена надёжности на скорость).

[mshakhan]

Ну, ООСУБД — это область, в которой пока можно писать велосипеды, особенно под ДотНет =) Может, что-то интересное и получится.

[safright]

+1 за сомоотверженную работу
-1 за отсутствие хотя бы чего-нибудь нового (будь то идея, дизайн или технология)

П.С. диаграмма классов из одного «кубика» — признак того, что вы как-то неудачно выбрали парадигму.

[notacodemonkey]

Диаграмма классов не полная, только то что нужно для использования. Новое — burst read/write страниц «работа с большими файлами происходит зачастую быстрее и если разработчик догадывается как это можно сделать эффективнее в его приложении то производительность записи можно существенно увеличить (Ценой надёжности естественно).». Но наши недостатки — продолжения наших достоинств, если нужно 10 объектов и они лежат в одном файле — это плюс, если они лежат в 10 файлах это очень существенный тормоз.

[soltpain]

о фрагментации хранилища замолвите слово… как только оно вылезет за пределы кеширования, мы приплыли…

[notacodemonkey]

Подробней пожалуйста?

[planerist]

А зачем вы в IndexingManager явно вызываете GC.Collect()?

[notacodemonkey]

Что бы раньше освободить память

[planerist]

а зачем? GC во-первых сам сделает это тогда, когда ему удобно. К тому же если у вас много всякой всячины во втором поколении — это элементарно воткнет.

А если в программе есть какие-то кэши на week? Этот код тогда тем более добавит тормозов.

Если вы боитесь Out Of Memory, то GC всегда делает последнюю попытку перед тем как кинуть исключение.

[notacodemonkey]

ОК, спасибо.

[notacodemonkey]

ОК, спасибо.