dVirtНеобходимо хранить динамически описываемые бизнес объекты в БД, их количество должно быть неограниченным. Бизнес объекты должны индексироваться практически по всем полям, для быстрого поиска. Некоторые свойства бизнес объектов могут содержать огромные текстари, нужна система полнотекстового поиска. Количество одновременных подключений, лимитироваться не должно!
Что посоветуете некую ООБД или написать свой средний уровень двигл на базе реляционной БД?У ООБД с динамически меняющейся структурой самих объектов тоже не все так хорошо. Не мучайтесь, для подобного рода задач, т.е. для динамически описываемых иерархических структур данных, все давно придумано - воспользуйтесь любой СУБД с native XML storage и полнотекстовым индексированием. Из РСУБД оно есть в DB2, Oracle, MS SQL 2008. Думаю, что это решение - гибрид РСУБД и XML DB - и будет для Вас наилучшим.
Я могу сказать только про XML в DB2, про остальные не в курсе:
1. native XML с родным хранением иерархии, схем документов, типов данных.
2. XQuery (запросы) + XSLT 2.0 в ядре СУБД.
3. SQL + XQuery в любых комбинациях.
4. Индексирование XML с фильтрацией по XPath 2.0
5. Полнотекстовое индексирование, в т.ч. внутри XML, в т.ч. на русском (с v9.5.2).
6. Есть бесплатная версия без ограничения обема БД.
Насчет полноты реализации таких же фич в других СУБД я не в курсе.

dVirtЕсть такая идея:
Написать средний уровень на платформе .NET который будет создавать описание объектов их регистрацию и использование

Описание объектов можно хранить в XML. Под регистрацией я понимаю процесс автоматического создания таблиц, связей между ними и ограничений целостности. Доступ к данным будет осуществляться через специальный динамический враппер для LINQ и с помощью классического SQL. Чтобы динамические изменения описания объектов не били по данным, хочу предусмотрить специальную подсистему контроля версий описываемых объектов. Система регистрации, будет только добавлять столбцы в таблицу, а удаляться столбцы будут только из XML описания конкретной версии и соответственно будут становиться недоступными для LINQ, при этом хотелось бы ограничить и доступ к этим объектам и со стороны SQL, но скорее всего сделать это будет нереально (против лома нет приёма).Я, собственно, имел в виду другой подход - объекты целиком или их переменную часть хранить собственно в XML. Нормальный XML storage - это фактически иерархическая БД, для бизнес-объектов часто - самое оно. Схемы XML позволят задать жесткость структуры и версионность. Язык XQuery с XML-индексами - делать быстрый поиск и обновление.
Еще лучше - смешанный подход РСУБД-XML. Но конкретику не зная задачи советовать сложно.
По-моему, взятое за правило динамическое изменение структуры таблиц под меняющиеся объекты - путь тупиковый, РСУБД под это совсем не заточены.