v7: 77 - сортировка в запросе по ПолнНаименование #749130

Доброго времени суток! Задача в том, чтобы в ТиСовском Прайс-листе изменить сортировку с наименований на сортировку по полным наименованиям. Заменяю в тексте запроса строки на Получаю какую-то тарабарскую группировку, не в алфавитном порядке. В чем моя ошибка? Прошу подсказать.

Реквизит Номенклатура.ПолнНаименование видимо нограниченной длины.

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

Не умеет по неограниченным. Но его копию можно ограничить и по ней сортировать, до какого-то предела. Если поставить этой копии большую длину, то таблицу индекса раздует (там надо посмотреть, чтобы сразу не создало мега-гига индекс).

По Наименованиям еще можно (лучше всего) сортировать.

, спасибо огромное! тогда или неограниченную длину уберу, или буду предварительно выгружать в ТЗ и уже там сортировать.

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

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

а почему у некоторых ограниченных максимальная длина 100? это ограничение платформы? почему нельзя сделать не 100, а например 300?

если список в прайсе не сильно большой, то можно выгружать в ТЗ и сортировать его еще можно допреквизит "номер в сортировке" в "Номенклатура" и заюзать его предварительно заполненный циферками по порядку "как нуна"

+ но если часто и помногу добавляется новой номенклатуры то нужен будет алгоритма для быстрой "перенумерации сортировки"

, если я реквизит ПолнНаименование сделаю вместо Неограниченной длины, строкой длиной 300 - 400 знаков. Это чем-то хуже для базы данных? может информация в файлах будет храниться менее оптимально или еще что-то? или это сугубо аспект удобства работы для пользователей, и если пользователям 400 знаков за глаза, то можно смело ограничивать?

ну.. если ты на это ограничееное наименование в 400 знаков поставишь сортировку и отбор в пофигураторе.. то лучше этого не делать.. ;-)

+не, упорядочивание в отборе работает и без включенных сортировки и отбора в конфигураторе. если обрежу до 400 знаков и не буду включать в конфигураторе для этого реквизита сортировку и отбор - сильно хуже для БД, чем как было (реквизит неограниченной длины).

+знак ? забыл в конце.

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

спасибо большое! попробую, если вдруг какая негативная побочка вылезет - отпишусь.

"если обрежу до 400" Индекс будет большой и неэффективный. Лучше завести новый реквизит длиной знаков 20-40-80 символов. ПриЗаписи в карточке номенклатуры его заполнять из ПолнНаименование. По нему и сортировать в запросе.

а зачем дублирование в группировке?

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

в смысле почему 3 раза? это типовой код, там условия по типу или виду номенклатуры (товар, услуга и т.д.)

это не из типовой. Зачем в запросе три одинаковые группировки?

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