Hello PIPL
У меня вот возник любопытный вопросик про запросам в 1C
А именно, мне хотелось бы написать запрос, который упорядочивал бы выводимые данные (справочника) по следующей схеме:

В справочнике есть реквизит "Следующий", указывающий на следующий элемент справочника в цепочке. На первый элемент ссылок нет, на все остальные - есть (по одной на каждый элемент).
Упорядочивание должно выстроить элементы в указанную цепочку.
Задача немного усложняется тем, что справочник иерархический (есть иерархия элементов) и на каждой ветви иерархии упорядочивание осуществляется отдельно (первый элемент ветви ссылок на себя не имеет, ссылается только по родителю на своего родителя).

Всё это нужно реализовать для динамического списка управляемых форм.

Это вообще реально штатными средствами реализовать? Или придётся всё загружать в дерево значений, там вручную сортировать и уже затем выводить в динамическом списке!

(0) Реквизит "Следующий" в справочнике нужен только для сортировки? Больше он никаких функций не выполняет? Тогда на лицо неверное проектирование структуры справочника.

(1)Ну не только для сортировки. Ещё для построения маршрута бизнеспроцесса

(2) А зачем тогда в запросе задавать порядок данных? Не проще воспользоваться упорядочиванием динамического списка?

(2)Хотя, может действительно нужно было бы выстроить последовательность по числовым кодам. Просто тогда при ручной перестановке элементов (а это возможно) придётся перестраивать нижестоящие коды - но это, конечно, решаемо.
(3)Ну, я в задаче так и написал - что в итоге нужно динамический список упорядочить - просто я ещё в нём не разбираюсь - вот и спрашиваю - можно ли ;)

(4) "можно ли" - разрешаю))
Просто сделай динамический иерархический список и в сортировку положи свой реквизит.

(4) Да, я тоже за строковый реквизит "ПолеДляСортировки" или что-то вроде.

(5)"Доктор" - этом мне действительно поможет?

(0) оО
а можно задачу сюда запостить?
С цепочкой еще более менее понятно, а вот порядок по ссылкам...

(8)Не понял, что запостить?

(7) Проще сделать, чем сказать :)

(10)Нее - что-то не получилсоь :(
Создал такую связь (для наглядности) Э1->Э3->Э2-Э4
Она выводится так
Э4
Э3
Э1
Э2
Налицо не верная сортировка
Элементы Э1..Э4 были созданы последовательно (колонки внуную на форме не упорядочивал)

(9) ну дерево по ссылкам еще можно представить, а порядок что из себя представляет?

(11) Скрины давай.

и вообще, если запретить редактирование кода, и потом по нему упорядочивать?

а выборку результат запроса обходить иерархически

упорядочив по коду

(12) Вроде всё описал. Ссылки - задают упорядоченную цепочку элементов иерархического справочника, упорядочивая элементы в пределах одного уровня одной ветви. Хотя я уже готов смериться с тем, что это не очень удачная мысль. И придётся делать цисловой (или строковой) реквизит для упорядочивая. А при перестановке элементов (изменения порядка пользователем) перестраивать все нижестоящие коды элементов (заново сортируя их) в обоих точках перестановки. Так же при определении маршрута исполнения каждый следующий элемент придётся определять не напрямую по ссылке, а искать по следующему значению поля упорядочивая.
(13) Скрины чего? Я вроде написал что получилось в итоге? Ну, этого и следовало ожидать - 1С вообще не любит упорядочивая по ссылочным полям.
В общем архитектуру стоит переделать - это ясно, так что в остальном остался чисто академический вопрос - и всё же хоть как-то извращённого, изощрённо - это можно сделать?

(17)Хотя, можно подумать и о сохранении обоих реквизитов (и ссылки на следующий элемент и кода упорядочивая)

(17) А, ну да, точно, там же у тебя ссылки... Не, нафиг такую структуру, делай ПолеДляСортировки))

PIPL это что?

(20) http://translate.google.com/#en|ru|people

(20) 1С: Народ дот ру ;)

(22) Дотрёшь, дотрёшь... :D

(21) people <> pipl

(19)Ладно, забьём, раз 1С такие простые вещи делать неможет - значит не надо ;)

(25)+ да, даже элементарная вроде вещь: порезать лук - и то, 1С не может сделать.