Есть база данных такого вида:

CREATE TABLE InfoTree (
ID AUTOINCLARGEINT
ParentID LARGEINT DEFAULT -1 NOT NULL,
Name WIDESTRING(1023)
);

CREATE TABLE Tags (
TagID AUTOINCLARGEINT,
TagName WIDESTRING(1023)
);

CREATE TABLE TagDependancy (
TagID LARGEINT,
ID LARGEINT
);

Первая таблица содержит древовидную структуру данных (полей там побольше конечно, но в данном случае это не важно).
Вторая таблица содержит список возможных тэгов и их уникальных идентификаторов.
И третяя таблица содержит связи между записями главной таблицы и тэгами.

Проект написан на Delphi, используется база данных Absolute Database.
Для отображения используется компонент DevExpress TcxDBTreeList. Он автоматом отрисовывает дерево по таблице InfoTree на основе ID и ParentID.

Мне дали этот проект доработать, необходимо добавить еще один TcxDBTreeList который будет показывать дерево тегов.
Это дерево всегда двухуровневое. На первом уровне у него имена тэгов (Tags.TagName), на втором уровне имена элементов основной таблицы (InfoTree.Name) соответсвующие этому тэгу.
Т.е. нужно построить таблицу c тремя полями:
ID - уникальный идентификатор
ParentID - родитель, для записей первого уровня (тэгов), он будет равен -1
Name - имя элемента, для первого уровня Tags.TagName, для второго соответсвенно InfoTree.Name

Собственно вопрос, как это оптимально сделать? Если надо структуру всех таблиц можно переделать. В планах также переход на SQLite.
Единственное, на что у меня хватит знаний сейчас это строить это таблицу вручную, бегая по таблицам в цикле, но думаю это не самый лучший вариант. Жду советов!

Дело в том, что InfoTree.ID и Tags.TagID уникальные идентификаторы только в пределах своей таблицы. В вашем примере, в результирующей таблице могут быть повторяющиеся поля, а этого надо избежать...

авторЧто мешает поставить уникальность на поля TagID,ID в таблице TagDependancy ? Так как только из-за нее может быть дублирование.

Не понял вас :-)

авторa.TagID (PK из Tags) вполне может совпасть с a.ID (PK из InfoTree) - тогда в результате запроса действительно будут повторяющиеся значения. А если так как-нибудь:
Интересное решение, но к сожалению только половинчатое. Мы решаем проблему дубликатов a.TagID с a.ID. Но всё равно остаются дубликаты в случае когда одному ID соответствует несколько TagID, т.е. когда у элемента есть несколько тэгов.

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

Для большей наглядности вложил пример.

Дерево элементов многоуровневое. Элементам назначены некоторые теги (может быть несколько, а может вообще не быть). Внизу пример необходимого в результате дерева тэгов.
В вашем решении из-за того что "Тэг 1" есть у двух элементов - получается неуникальный ключ.