Как сделать хитрое указание порядка. #258107

Есть некий регистре сведений. В нем есть поле приоритет, задающее порядок сортировки регистра. Нужно так хитро организовать это поле, чтобы можно было переместить любую строку в указанную позицию, при этом чтобы другие строки не модифицировать. Например: Приоритет    Пользователь 1        Иванов 2        петров 3        Сидоров Если я хочу поставить Сидорова после Иванова, я должен поставить код 1.5. А человеческий вариант есть, или использовать в качестве приоритета строку длиной N, где N - количество записей в регистре?

а не проще ли менять сортировку в Табличном поле? или я чего то не понимаю?

+1 тем более мне лично не известно такое понятие как "порядок сортировки регистра"

>> строку длиной N, где N - количество записей в регистре с ума сошёл?

Изолировать тебя надо от общества :)

ВЫБРАТЬ * ИЗ Регистр.*** Упорядочить по Приоритет, далее по тексту в , так понятнее?

Хочется минимизировать число изменений поля приоритет при перемещении петрова, иванова, сидорова вверх-вниз по приоритету

Поле "Приоритет" - Тип "Число" с достаточной длины разрядности для точности. При перемещении Приоритет = (ПриоритетПредыдущейЗаписи + ПриоритетПоследующейЗаписи) / 2;

даа, вспоминается "RENUM N1, N2" из барсика

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

именно

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

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

мдя, а если элемент будет удален...

вот блин проблема, ссылка у предыдущего и последующего элементов друг на друга замкнуть

Еще вариант. При перемещении вверх меняешь приоритет у верхнего на перемещаемый, а у перемещаемого на верхний. И соответственно также при перемещении вниз.

+ обычный иерархический список объектов еще из pascal'я - тогда 1С и в планах не было :)

в регистре сведений нет ссылок

с этого момента поподробнее, че то я не вижу вариантов, даже если делать не на РС а на справочниках

Не так все просто :) Ссылка на какое измерение? :) Если же ссылка на приоритет, то может уже лучше сделать приоритет побольше?

при чем тут измерение? ссылка на элемент ниже/выше конечно доп. функция для сортировки нужна будет

ссылка на элемент? Это вы о чем? я вам васю петю для примера привел... Короче регистр состоит из 20 измерений и 10 ресурсов

На какой элемент? Мы говорим за запиись регистра "в регистре сведений нет ссылок" (цы) Гений

для каждого элемента хранишь 2 ссылки (на элемент выше и элемент ниже) и с ними и работаешь, это тормознее при переборе (выборке) но быстрее при вставке-удалении

+ в данном случае элемент - это запись регистра

++ про работу с указателями на объекты в pascal'e почитать стоит или что то типа про алгоритмы и структуры данных

Не знаю даже как бы я сделал :) Наверное хранил бы в каком 36-ном числе (вторая половина "для запаса") При возникновении критической ситуевины - пересчитать поля Но строить немыслимые отчеты имхо труднее и дольше

да нет в РС ссылок, да и сортировка будет какой??? ужас, долго!

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

Что-то вы не то говорите... Если в контексте 1С. Делаем строку для сортировки (например) 32 символа. 16 резервируем для "нормальной" сортировки: 1,2,3... а 16 для "пересортировки": 1....1,1....11,1.....12 Хватит надолго.:)

Хватит ГОРАЗДО меньше!

именно! и не выделываться.:) в дело говорит, но как это реализовать? чтоб еще выборка и сортировка быстрая были? На стандартных либах 7.7 - даже и не предположу, сходу...

Ну это я загнул конечно.:) Пусть сам считает, сколько там ему надо...

насчет долго, а как Вы думаете происходит сортировка? А только сравнением двух элементов на больше/меньше и прочие пузырьки и быстрые сортировки шелла и т.д. ЗЫ Всем учить мат. часть :)

Ну накропай запросец, интересно взглянуть :)

ты ошибаешься, в 1С сортировка быстрее, чем список, потому что она производится на аппаратном уровне на Б-деревьях базы данных

ииндексыы, ииндексыы, иннндееексыыыы, где вы ау? ;) на аппаратном значит типа процессор и память без всяких dll из состава 1С, да? Б-дерево сначала построить надо. А в данном случае ничего строить не надо уже все есть, конечно запросом хренов и что регистр тоже плохо но пробежаться по ссылкам в цикле или рекурсией разве долго? Кстати каким образом бы сделать ссылки на записи регистра? Коды шо ли уникальные сделать и в измерение их в измерение :)

За перебор Гению будет незачот. Нам запрос подавай

Запрос так запрос, только с функцией ;)

садись, два балла, объяснять даже лень, вы не знаете структуру 1с.