Petro123
Оптимально было бы полететь на самолёте, но рационально на поезде )))

Поезда не крокодилы, они не летают.

as111Есть у кого идеи как все это запроектировать? Может есть ссылки…

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

Для поиска в такой структуре можно использовать полный просмотр таблицы с отбором объектов в описании которых встречаются искомые фразы. В больших базах этот метод может быть слишком медленным.
Для ускорения поиска можно построить инвертированный индекс, где ключами будут слова из описания объектов, а значениями - идентификаторы объектов в описании которых эти слова встречаются. Это по сути похоже на таблицу свойство-значение, но может поддерживаться на уровне СУБД. Например оракл предлагает модуль контекстного поиска, что позволяет быстро отобрать объекты похожие на искомый, а затем уточнить результат отбросив нерелевантные записи.

Для атрибутов, которые используются чаще всего можно завести отдельные индексированные колонки таблицы объектов. И т.д. Т.е. оптимальное решение конкретной задачи может быть комбинацией разных подходов.

Petro123 mcureenabДля поиска в такой структуре можно использовать полный просмотр таблицы с отбором объектов в описании которых встречаются искомые фразы.
жалко что искать в XML (xPath) пока тока Oracl IMHO умеет

XML это текст. Для поиска в XML можно использовать обычные строковые функции. Если нет желания делать свой поисковик, можно выбрать СУБД, в которой нужные функции уже реализованы, благо, эта отрасль не стоит на месте.

Petro123да, но пока не появится поддержка языка запросов к XML в РСУБД, буду по старинке - объект-класс в BLOB и поля класса по которым возможен поиск - дублированно в в поля таблицы БД.

BLOB это сурово. Всё же возможность работать с объектом в SQL как правило не маловажная, а с двоичными данными на таких языках как SQL и PL/SQL работать сложно. С другой стороны разработчики СУБД вняли требованиям клиентов. Оракл, например, кроме XML реализовал ещё и тип AnyData. Объект хранится в нормальной форме (то, что структура объекта не фиксиованная на суть не влияет, просто описание структуры вынесено из словаря БД в код приложения), а остальные полезности в дополнительных структурах.