Могу выслать success stories (на русском).
Есть по следующим сферам использования ООСУБД Versant:
Телекоммуникации
Вооружения
Промышленная автоматизация

Куда слать?

ASCRUSПочитал эту доку. В ней весь постулат ООСУБД сводится к тому, что если бизнес-логику реализовывать на обьектах (каком то звене), то ООСУБД гораздо выгоднее чем РСУБД, так как ... (перечисляется куча достоинств). Я с этим полностью и категорически согласен. Осталось только обосновать, почему обязательно делать эту бизнес-логику именно на ООП и думаю в глазах всех эффективность ООСУБД будет сразу же доказана. Лично пока мне это не очевидно.

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

1. Существует (или может быть построена) внятная объектная модель предметной области, которая имеет высокую степень приближения к реальным процессам и соответствует представлениям специалистов этой предметной области. Например, если человек привык оперировать такими понятиями, как документ, земельный участок, объект недвижимости, то и модель, построенная в стиле ООП будет адекватно соответствовать всем его представлениям. Такую модель можно построить быстро, легко и относительно недорого, причем без привлечения специалистов по базам данных. Дальнейшая работа с описанными бизнес-объектами происходит строго по канонам ООП и комментариев не требует.

2. В процессе эксплуатации системы предполагается внесение значительного количества изменений и доработок. В этом случае средства ООП предпочтительнее, поскольку позволяют легче вносить изменения и доработки в работающую систему (тем предпочтительнее, чем масштабнее эти изменения и чаще их требуется вносить).

3. Система должна носить распределенный характер (как территориально, так и по логике использования). Т.е., если предполагается, что с объектами должны параллельно работать множество пользователей. Причем каждый среднестатистический пользователь одномоментно обрабатывает строго локализованную группу объектов (каждый пользователь - свою группу), то выгодным становится поддерживаемый в ООСУБД процесс блокировки на уровне объектов, а сами объекты могут быть распределены по разным связанным базам данных без нарушения целостности данных и без проблем с перераспределением нагрузки между серверами.

4. Существуют системы, в которых число возможных типов (классов) объектов измеряется тысячами (или даже более). Реляционный подход в этом случае порождает слишком сложные структуры. Подход на базе ООП позволяет хоть как-то систематизировать и загнать сложность подобной системы в разумные рамки и обеспечить минимальные сроки разработки и отладки.

И в заключение отмечу, что использование ООП вовсе не обязывает разработчика абсолютно во всех ситуациях опираться исключительно на объектные технологии. Всякий раз, когда это действительно необходимо, он может использовать и SQL-запросы и другие традиционные средства (просто на объектных СУБД такие механизмы работают немного менее эффективно, чем на реляционных). И вот если вы как разработчик понимаете, что в вашей задаче ООП будет преобладать, то тогда вам стоит задуматься об использовании ООСУБД или инструментария для O/R отображения.

jimmers2Alexey Rovdo

У меня 3 вопроса:

1) Кто является автором FastObjects - российские разработчики?
2) Сколько лет продукту?
3) Каков примерно рынок: сколько продано и кому?

1) Автор FastObjects - немецкая компания Poet Holdings (основана в 1993) в начале этого года вошла в состав американской компании Versant Corporation (основана в 1987).

2) Приблизительно 10 лет. Последняя версия FastObjects .NET вышла в 2004г.

3) Клиенты в основном из сферы телекоммуникаций (Erricson, Alcatel, Marconi, Siemens ... ), а также производители сложного оборудования и средств управления сложным оборудованием (медицина, производство, разрушение ... ). Количество инсталляций - десятки тысяч, но их собственно трудно подсчитать, поскольку чаще всего FastObjects идет как встроенная БД в разнообразном оборудовании (количество проданного оборудования не всегда известно).

Рекомендую FastObjects .NET как средство очень быстрой разработки (особенно встраиваемых приложений).
В случае очень сложных систем Versant предлагает использовать другой продукт - Versant Developer Suite (15 лет на рынке).

Sp1Der2_Alexey_Rovdo

Интересно, когда же выйдет "дооооолгожданный" Versant OpenAccess .NET?
Под него даже кряки уже есть, а его самого пока не видно...

Да не такой уж он и доооолгожданный.
Продукт был анансирован в сентябре.

Должен выйти сразу после нового года (пререлиз сейчас доступен на сайте Versant).
В принципе Open Access .NET во многом повторяет возможности FastObjects .NET, только не включает самой объектной базы данных.