Стоит выбор СУБД (хотя вроде уже решили но терзают сомнения, а нет ли лучше?).

Из особенностей что надо так это активная работа с деревьями. Причём в обе стороны желательно при возможности иметь несколько родителей! (типа сеть только с иерархией).

Пока выбор закрепился на PostgreSQL с его WITH RECURSIVE. Вроде всё устраивает и нравится (нескольких родителей обработал и глазом не моргнул).
Что скажите на счет FireBird'а. У него вроде тоже есть WITH RECURSIVE. Он такой же как и в pgsql? Что из этих 2-х СУБД предпочтительнее?
С мускулем и им подомными вроде всё понятно им не до рекурсий.. Но есть OQGRAPH, он вроде цепляется к MariaDB и самому MySQL. Если кто использовал или делал попытки, что можете сказать???

kdv,
да про стандарт я читал, спс. Вопрос быстроты и стабильности работы тоже волнует...

Таблоидсколько планируется коннектов ? какой характер у системы: OLTP или OLAP ?
ЗЫ. Кстати, насчет рекурсии: в ФБ она пока что ограничена на 1024 шагами.да немного коннектов на первое время, а потом тяжело оценить... Нагрузка человек в 150 для начала, но т.к. это больше форумная структура, то нагрузка скорее OLAP.
Мде... 1024 почти сразу накроется... Дерево будет иметь скорее всего больше узлов... (в pgsql вроде такого ограничения нету)

Таблоид,
Все массовые и крупные операции не нуждается в срочном выполнении, а ночью система всё-равно будет простаивать.
Людей больше 500 одновременных точно не будет в ближайшие пару лет, т.к. система закрытая и специализированная. Переиндексации и т.п. думаю раз в неделю, ночью. Исключения будут составлять рекурсивное удаление, т.к. при удалении родителя надо будет всех потомков удалять и с анализом того, что у них нет других родителей.

Чисто от родителя до потомка нет))) Он скорее будет широким чем глубоким. Я оцениваю глубину в 12 максимально. (Это сугубо мои оценки) Я думал это именно шагов рекурсии, включая все переходы между ветвями... :-)