Требуется создать рубрикатор(хранилище) объектов и отображать его в различных срезах
Например:
Хранилище/Тип Документа/Год/Месяц
Хранилище/Тип Документа/Статус документа
Хранилище/Год/Месяц/Тип Документа
Хранилище/Организация/Тип Документа
Подобная вещь реализована в Optima Workflow

Многие наверное также видели как можно переключаться между различными видами дерева в оракловом EM (by sheme, by object)
думаю понятно объяснил

так вот, какие мысли будут по проектированиии подобной структуры?
у меня пока мысль только для среза хранить свое дерево, т.е.
таблица объекты
=============
объект_id

таблица дерево объектов
===================
node_id
parent_node_id
ТипСреза(идентификатор дерева)
объект_id
левый_индекс
правый_индекс

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

Есть еще мысль вообще не хранить дерево, а стоить его динамически в соответствии со значениями атрибутов. Но в этом случае как быть с папками, которые могут создаваться пользователями в хранилищах.

Какие будут соображения по этому поводу?

up

M.Kap. Роман Дынник
таблица дерево объектов
===================
node_id
parent_node_id
ТипСреза(идентификатор дерева)
объект_id
левый_индекс
правый_индекс

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

node_id и parent_node_id должны ссылаться НЕ на объекты а на типы объектов.
тогда объемы будут не такими уж большими ИМХО.

нет...
есть объект объект_id, он может присутствовать в разных деревьях
таблица дерево объектов представляет собой просто узлы дерева, где узел уже ссылается на конкретный объект из плоской таблицы объекты.
причем здесь ссылка на типы?
конкретное дерево может только характеризовать некоторое подмножество типов .

а сквозная идентификация как раз в таблице объекты (объект_id - GUID, и даже может быть int identity)

M.Kap. Роман Дынника сквозная идентификация как раз в таблице объекты (объект_id - GUID, и даже может быть int identity)
таблица "объекты" может быть вьюшкой из всех необходимых таблиц.
может, это зависит от стратегии реализации наследования в БД.
она может быть реализована в виде дублирования общих атрибутов во всех сущностях (тогда vobject стротся на select union all), а может в виде связи 1-к-1 к таблице object.
У каждого подхода есть свои плюсы и минусы.