Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Говорят, что IB плохо работает с деревьями...?

Страницы: < 1 2
KIR © (2003-01-30 21:17:00)
Народ, я тут начал делать очередной проект, и в нем есть такая табличка:

ID | FieldName | ParentID

Уровень вложенности не известен, но я думаю, что не перевалит за 5-7. Записей в таблице будет около 500-700.

В одной ветке, наткунлся на чье-то высказывание о сабже. Сам я в IB с деревьями еще не разу не работал. Если у кого есть опыт, поделитесь. А то щас сделаешь а потом окажется "как всегда"..

jocko (2003-01-31 10:13:00) [21]
возможно вопрос о трудностях касается способности сервера поддерживать рекурсию или точнее ограничение по количеству рекурсивных вызовов, т.е. например необходимо найти всех Parent для конечного узла, кроме того, необходимо учесть где хранить промежуточные данные... хотя это все решаемо.
Кстати, можно хранить данные в двух таблицах
T1 (id, FieldName)
T1 (ChildId, ParentId, SomeFieldThatDescriptReference)

Digitman (2003-01-31 09:01:00) [22]
>KIR

IB ничуть не хуже справляется с этой задачей, нежели иные СУБД

Ты лучше конкретизируй требуемые бизнес-правила для будущего дерева и его узлов, хотя бы :

- "дерево" это или "кустарник";
- требования по уникальности имен узлов;

Это важно.

Sergey13 (2003-01-31 08:32:00) [23]
2KIR © (30.01.03 21:17)
>В одной ветке, наткунлся на чье-то высказывание о сабже
Наверное это был я в ветке про структуру данных. Но я не говорил что плохо работает, я говорил плохо с ними работать. Не удобно, то есть. В оракле например у SQL есть спец примочка - CONNECT BY PRIOR - сам сервер ищет все записи ветки (хоть вверх хоть вниз). В ИБ такого нет - приходится все делать самому через ХП. Отсюда и неудобство.

Jeer (2003-01-30 22:46:00) [24]
>Ihor Osov"yak © (30.01.03 21:31)
>Дык это реляционная модель иерархической структуры... В чем >проблема?

Конечно, особой проблемы нет.
Только надо понимать (я KIR-у) о чем речь идет.
Если о "стандартном" - то, поддержки нет (во всяком случае нет универсального решения).
Если о диалектах - везде свои особенности.

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

KIR-у стоит заглянуть на www.ibase.ru

Sergey Masloff (2003-01-30 22:28:00) [25]
KIR ©
>К вопросу о модели: у меня это справочник, который представлен >с помошью TreeView
Да по фигу справочник или нет. У меня вот в текущем проекте половина таблиц иерархические. Есть и справочник 80000 записей полностью иерархический. Есть и не справочники. Проблем только нет ;-)

KIR (2003-01-30 21:57:00) [26]
К вопросу о модели: у меня это справочник, который представлен с помошью TreeView

Ihor Osov'yak (2003-01-30 21:31:00) [27]
2 Jeer © (30.01.03 21:26)
> А что, стандартный SQL стал поддерживать иерархические структуры ?

Дык это реляционная модель иерархической структуры... В чем проблема? ну да, запросы возможно несколько и посложнее будут,
результат выполнения запроса тоже "плоский", ну и что? Довольно часто такое решение имеет право на существование

Ihor Osov'yak (2003-01-30 21:26:00) [28]
да нет, какие должны быть проблемы? Форин кей только корректный наложи, чтобы не грохнуть запись, которая деток имеет...

Зы - похожие структуры использую довольно часто.

Jeer (2003-01-30 21:26:00) [29]
1.А что, стандартный SQL стал поддерживать иерархические структуры ?

2.Для ЛЮБОЙ СУБД приведенные цифры не являются критичными.

3.Тем более, если пользоваться диалектами, UDF, ХП.

Страницы: < 1 2

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »