документ может вводиться на основании самого себя(такого же объекта МД).
Требуется по документу найти все документы, введенные на его основании + все документы, введенные на основании этих+ и тд

зачем рекурсию?

а как по-другому? я не могу в запросе соединять бесконечное число таблиц..

а рекурсию ты в запросе можешь?

этот глист страдал глистами, что мучались глистами сами

(3) я могу составить рекурсивную функцию, которая будет использовать запрос.. но может можно как-то проще

(5) А как еще проще? Все верно, функция с запросом.

(5) запрос в рекурсии - это еще тот быдлокод

хотя здесь без разницы, но рекурсия точно не нужна

а типовой отчет по структуре подчиненности не прет?

(7) Ну через Док.ДокОснование без запроса. Какая разница? Быдлокод - это запрос в цикле, когда без цикла можно обойтись. А в рекурсии вполне уместно.

(8) какой алгоритм примерно?

(8) Дык если длина цепочки неизвестна, без рекурсии как?

У хрусталевой есть пример построения в СКД своей иерархии. Не гарантирую что взлетит, не приходилось на практике как-то...

тест запроса упростил:
запрос = Новый Запрос("ВЫБРАТЬ Ссылка ИЗ Документ.МойДокумент ГДЕ Основание = &Основание");
результат = Новый Массив;
результат.Добавить(ИсходныйДокумент);
счетчик = 0;
Пока результат.Количество() > счетчик Цикл
  запрос.УстановитьПараметр("Основание", результат[счетчик]);
  выборка = запрос.Выполнить().Выбрать();
  Пока выборка.Следующий() Цикл
      результат.Добавить(выборка.Ссылка);
  КонецЦикла;
  счетчик = счетчик + 1;
КонецЦикла;

сорри за (7) в данном случае в рекурсии запрос - это не быдлокод, просто изначально неправильно представил себе структуру

спасибо

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

+(13) Собсна не вижу причин, чтобы не взлетело.

+ а можно усложнить задачу:)

(13) что вы возитесь со своей СКД как панацеей
СКД выполняется не в СУБД, а на сервере приложений, также может и обычный код, только СКД неуправляем внутри себя, ты просто что-то получаешь, но не знаешь как оно получено, оптимальностью управлять нельзя

(18) зачем усложнять?

(19) давай

(21) исходная задача прост немного сложнее:

докМД1 вводится только на основании себя.
ДокМД2 вводится только на основании ДокаМД1

требуется найти найти все ДокМД2, у которых в основании по иерархии имеется ИсходныйДокумент

(20) Гм. На СКД это делается быстро. Только звучит страшно. Конечно можно и кодом, но это точно не будет запрос в цикле :)

+(24) быстро в смысле не оптимально, а время потраченное на разработку.

+ И не думаю что одинэсный транслятор в силах обогнать платформенные функции СКД.

+ впронципе можно получить массив по 14 и найти все докМД2 по нахождению докОснование в этом массиве..

запрос = Новый Запрос("ВЫБРАТЬ Ссылка ИЗ Документ.МойДокумент ГДЕ Основание = &Основание");
основания = Новый СписокЗначений;
основания.Добавить(ИсходныйДокумент);
счетчик = 0;
Пока основания.Количество() > счетчик Цикл
  запрос.УстановитьПараметр("Основание", основания[счетчик].Значение);
  выборка = запрос.Выполнить().Выбрать();
  Пока выборка.Следующий() Цикл
      основания.Добавить(выборка.Ссылка);
  КонецЦикла;
  счетчик = счетчик + 1;
КонецЦикла;
запрос = Новый Запрос("ВЫБРАТЬ Ссылка ИЗ Документ.МойДокумент2 ГДЕ Основание В &Основания"
запрос.УстановитьПараметр("Основания", основания);

(26) хочешь потестить?)

(24) пример дай? я просто этот код написал не открывая 1С, это про скорость разработки

(28) Спасибо!

(28)
Не отработан вариант при котором два документа - основания друг-друга

(32) это врядли:) пользователю недоступно менять основание документа

(29) Как нибудь попробую.
(28) Этот код можно значительно оптимизировать, посылая запрос не на каждый документ, а на полученный ряд доков по основанию. Таким образом количество запросов будет равно количеству вложений, что не так уж много.

(33)
Все равно не аккуратненько :)
Хотя хороший пример как обойтись без рекурсии

(34) да, согласен

(35) циклические ссылки вряд ли допустимы чисто логически, можно проверять на вхождение

сейчас добавлю (32) и (34)

(24) то есть ты утверждаешь, что СКД построит эту иерархию без запроса в цикле?

запрос = Новый Запрос("ВЫБРАТЬ МД.Ссылка ИЗ Документ.МойДокумент КАК МД ГДЕ МД.Основание В &Основания");
основания = Новый Массив;
основания.Добавить(ИсходныйДокумент);
основанияДляЗапроса = Новый СписокЗначений;
основанияДляЗапроса.Добавить(ИсходныйДокумент);
Пока Истина Цикл
  запрос.УстановитьПараметр("Основание", основанияДляЗапроса);
  выборка = запрос.Выполнить().Выбрать();
  основанияДляЗапроса.Очистить();
  Пока выборка.Следующий() Цикл
      Если основания.Найти(выборка.Ссылка) = Неопределено Тогда
          основания.Добавить(выборка.Ссылка);
          основанияДляЗапроса.Добавить(выборка.Ссылка);
      КонецЕсли;
  КонецЦикла;
  Если основанияДляЗапроса.Количество() = 0 Тогда
      Прервать;
  КонецЕсли;
КонецЦикла;
запрос = Новый Запрос("ВЫБРАТЬ МД2.Ссылка ИЗ Документ.МойДокумент2 КАК МД2 ГДЕ МД2.Основание В &Основания"
основанияДляЗапроса.Загрузить(основания);
запрос.УстановитьПараметр("Основания", основания);

(39) Ну зуб бы не поставил (уже мало осталось) но по описанию сего чуда в хрусталевой, СКД строит подобную иерархию также как и для простых иерархических справочников. Отсюда предположение.

*так же

надо бы добавить к БЗ

кстати, более забавная идея появилась)
сейчас попробую написать

(41) открою секрет, простую иерархию она тоже строит в цикле

+ (44) не, нет возможности дополнять временные таблицы, а так бы можно было красиво сделать