Я работаю над аналогичной проблемой, хотя мне нужно поддерживать несколько иерархий (один набор дочерних элементов, несколько иерархических представлений). Я нашел полезными Джо Селко «Деревья и иерархии в SQL для умников» (ISBN: 1558609202). Я все еще работаю над проблемой, но она так часто возникает при обсуждении этой темы, что мне кажется уместным упомянуть.
ти, я хочу, чтобы пользователь мог определять иерархическую модель, но затем мне нужно разрешить пользователю хранить данные в своей определенной модели. Имеет ли это смысл? Таким образом, пользователи смогут создавать новые «типы юнитов», которые будут организованы иерархически, и решать, каким образом юнитам этих типов разрешено организовываться. Простой пример: в моем гипотетическом интерфейсе пользователь создает три типа юнитов: транк, ветвь и лист. Затем пользователь определяет отношения между ними. Лист может существовать в любой точке иерархии, ветвь должна иметь ствол в качестве родителя. Затем пользователь может создавать экземпляры этих типов единиц (как единицы) и организовывать их в соответствии с правилами, определенными в его модели ... Есть ли хороший способ сделать это в базе данных?