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

Вот эти недочеты и сподвигли меня написать "правильный" отчет о структуре подчиненности документов.
- Подчиненные/родительские документы выбираются параметризированными запросами из 1scrdoc
- Боле-менее нормальная попытка отобразить граф средствами таблиц 1С
- Интерактивный (можно сворачивать/разворачивать родителей/потомков документа)

Проверял на SQL, но вроде должно и на ДБФ работать, через ODBC.

Супер! 

Только в 1.8.1.6 не работает. Чтобы работало и там, надо

запросПотомков.УстПараметр(1, ТекДок); 

поменять на

запросПотомков.УстПараметр(1, запросПотомков.мд.ЗначениеВСамуюДлиннуюСтрокуБД(ТекДок)); 

orefkov

Штука из серии "о чем вы давно думали, но боялись спросить", (пока не было прямых запросов)
На SQL все путем.

P.S.
Судорожно искал приличную иерархию, чтобы ощутить всю силу, которая в правде.

Супер! Впечатлило! Давно хотел сделать, но год откладывал "на след понедельник"

kms писал(а) 13. Декабря 2006 :: 16:06:


Иерархия из пары сотен документов пошла на ура

Вот вариант, работающий с ДБФ через ODBCRecordSet
ДБФщики, потестируйте плиз.
Чето у меня он сильно тормозит (1scrdoc у меня 45 МБ)

Проверил у себя, работает изумительно.
и как всегда ряд хотелок
- при выборе родителя иногда открывается новое дерево, хотелось бы его открывать в отдельном окне
- возможность просмотра реквизитов документа прямо в дереве

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

artbear писал(а) 14. Декабря 2006 :: 08:40:

Ну у Саши только через ODBC.
Посмотрел и тот и друго вариант: небо и земля. В общем: OLE DB, Саша, Артур - рулят!

Ну и еще фичи:
- История документов
- Открытие в новом окне

Рульно!
ПС. Как раз по этому примеру и с параметризованными запросами разберусь.....

pavlo писал(а) 18. Ноября 2008 :: 03:08:

ТИИ + реиндекс?

жаль, придется видать самому писать

ТИИ базы? да там все нормально, просто у документа может быть несколько так сказать владельца (документа-основания).
ну а повторяется то из-за чего? повторяющиеся доки видятся у меня и в принципе понятно почему повторяется, не понятно стоит ли их повторять?
ДОК1-ДОК2-ДОК3-ДОК2
вот так выводит

Вообще странно как-то, вот что показывает родная и что эта

вот цикл, о котором говорил

C циклами все верно, ИМХО так и нужно, они изначально свернуты.

ДА! как сделать чтобы при первоначальном вызове - дерево бвло развернуто?

Когда я только разрабатывал эту штукенцию, я пробовал сделать авторазворот всего графа.
Для этого пришлось делать защиту от зацикливания, то есть не выводить те доки, которые уже были выведены в граф.
Однако это приводило к тому, что для пользователя терялась инфа о взаимоподчиненности доков - было видно, что один док подчинен другому, но то, что ему подчинен его "родитель" - уже не видно. Поэтому я ограничился разворотом первого уровня, а отлов "циклов" оставил рассматривающему пользователю. По уму, надо делать нормальный граф - в этом случае надо просто провести стрелку от дока к уже выведенному доку - однако на движке табличного документа я как-то не сподобился.

ТочноеЯдро писал(а) 28. Января 2010 :: 17:02:

А ты уверен что надо именно "*". Вообще не знаю как у тебя так получилось. Сколько не возился с 1sqlite ни разу не видел чтобы count был медленнее перебора... это как минимум странно.

ТочноеЯдро писал(а) 28. Января 2010 :: 17:31:

Ну можно просто одно какое либо поле. Например id. И хорош. Ну как бы зачем заставлять машину думать о других полях . Впрочем это копейки.

ТочноеЯдро писал(а) 28. Января 2010 :: 17:02:

Для дбф-версий с sqlite попробуй http://sqlite1c.googlecode.com/files/doc_graph.zip
Заточен именно под sqlite, не требует других ВК.

Смотри в сторону ПоставщикДанных и ПрямойЗапрос

а вот что дает данная разработка

Все правильно. Показывается реальная подчиненность доков, та, которая лежит в 1scrdoc.
Все делалось как раз чтобы отработать ситуации, когда один док подчинен нескольким родителям.
Потому и "граф", а не "дерево". Не разворачивай "регистрацию ГТД" и все.