Область применения: управляемое приложение, мобильное приложение, обычное приложение.
1.1. Если алгоритм обработки результатов запроса зависит от порядка записей в запросе или если результат обработки запроса в той или иной форме представляется пользователю, то в тексте запроса следует использовать предложение УПОРЯДОЧИТЬ ПО . В отсутствие выражения УПОРЯДОЧИТЬ ПО невозможно сделать никаких предположений о том, в каком порядке будут представлены записи в результатах запроса.
Типичные примеры проблем, которые могут возникать (даже при работе на одной и той же СУБД в непредсказуемые моменты времени):
- разная последовательность строк табличной части при заполнении по результатам запроса;
- разный порядок вывода данных (строк, колонок) в отчетах;
- разное заполнение движений документа по результатам запроса (*).
Вероятность возникновения разных результатов при выполнении одинаковых действий повышается
- при переносе информационной базы на другую СУБД
- при смене версии СУБД
- при изменении параметров СУБД
* Примечание: упорядочивание результатов запросов, по которым формируются движения, оправдано только в том случае, если упорядочивание является частью алгоритма формирования движений (например, списание остатков партий товаров по FIFO). В остальных случаях упорядочивать записи не следует, так как дополнительное упорядочивание будет создавать избыточную нагрузку на СУБД.
1.2. При сортировке по полю запроса, которое может потенциально содержать NULL, следует учитывать, что в разных СУБД порядок сортировки по этому полю может отличаться.
ВЫБРАТЬ
СправочникНоменклатура.Ссылка КАК НоменклатураСсылка,
ЗапасыОстатки.КоличествоОстаток КАК КоличествоОстаток
ИЗ
Справочник.Номенклатура КАК СправочникНоменклатура
ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Запасы.Остатки КАК ЗапасыОстатки
ПО (ЗапасыОстатки.Номенклатура = СправочникНоменклатура.Ссылка)
УПОРЯДОЧИТЬ ПО
КоличествоОстаток
ВЫБРАТЬ
СправочникНоменклатура.Ссылка КАК НоменклатураСсылка,
ЕСТЬNULL(ЗапасыОстатки.КоличествоОстаток, 0) КАК КоличествоОстаток
ИЗ
Справочник.Номенклатура КАК СправочникНоменклатура
ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Запасы.Остатки КАК ЗапасыОстатки
ПО (ЗапасыОстатки.Номенклатура = СправочникНоменклатура.Ссылка)
УПОРЯДОЧИТЬ ПО
КоличествоОстаток
1.3. Если результаты запроса должны тем или иным образом отображаться пользователю, то
- упорядочивать результаты таких запросов необходимо по полям примитивных типов;
- упорядочивание по полям ссылочных типов нужно заменять на упорядочивание по строковым представлениям этих полей.
В противном случае порядок следования строк будет выглядеть для пользователя случайным (необъяснимым).
1.4. Отсутствие предложения УПОРЯДОЧИТЬ ПО оправдано только в тех случаях, когда
- алгоритм обработки результатов запроса не рассчитывает на определенный порядок записей
- результат обработки выполненного запроса не показывается пользователю
- результат запроса — заведомо одна запись
В таких случаях рекомендуется не добавлять предложение УПОРЯДОЧИТЬ ПО в текст запроса, так как это приводит к дополнительным затратам времени при выполнении запроса.
Совместное использование с конструкцией РАЗЛИЧНЫЕ
2. Если в запросе используется конструкция РАЗЛИЧНЫЕ , упорядочивание следует выполнять только по полям, включенным в выборку (в секции ВЫБРАТЬ ).
Данное требование связано со следующей особенностью выполнения запросов: в поля выборки неявно включаются поля упорядочивания, что в свою очередь может привести к появлению в результате запроса нескольких строк с одинаковыми значениями полей выборки.
Ограничения на использование конструкции АВТОУПОРЯДОЧИВАНИЕ
3. Использование конструкции ПЕРВЫЕ совместно с конструкцией АВТОУПОРЯДОЧИВАНИЕ запрещено.
В остальных случаях конструкцию АВТОУПОРЯДОЧИВАНИЕ также не рекомендуется использовать, так как разработчик не контролирует, какие именно поля будут использованы для упорядочивания. Применение такой конструкции оправдано только в тех случаях, когда получаемый порядок записей не важен, но при этом он должен быть одинаковым в не зависимости от применяемой СУБД.
Причины использования конструкции АВТОУПОРЯДОЧИВАНИЕ следует указывать в комментарии, размещенном непосредственно перед текстом запроса.
Секция УПОРЯДОЧИТЬ ПО как понятно из названия сортирует результат запроса определенным образом — либо по-убыванию, либо по-возрастанию. В эту секцию необходимо передать поля по которым будет производится сортировка и указать метод для каждого из них (убывание, возрастание). Если метод не указан, то сортировка происходит по-возрастанию. Порядок полей в секции имеет принципиальное значение, если в результате запроса окажутся записи с одинаковыми полями, то эти записи будут отсортированы по второму полю, если оно указано или по внутреннему идентификатору, если второе сортировочное поле не указано. И так далее. сортировка происходит рекурсивно по всем указанным полям. Пример:
Также можно использовать ключевое слово в запросе АВТОУПОРЯДОЧИВАНИЕ, при его указании сортировка будет происходит в зависимости от исходной таблицы, если это документы, то по дате, справочники — по наименованию и т.д. АВТОУПОРЯДОЧИВАНИЕ можно использовать совместно с УПОРЯДОЧИТЬ ПО, при этом результат запроса будет отсортирован сначала полям указанным в секции УПОРЯДОЧИТЬ ПО, затем будет применено АВТОУПОРЯДОЧИВАНИЕ. Пример:
Если в запросе не указано упорядочивание, то сортировка происходит по внутреннему идентификатору записи в таблице, по сути никак.
При работе с запросами нередко возникает ситуация, когда результат запроса необходимо упорядочить по представлению некоторого ссылочного поля. Например, необходимо упорядочить список номенклатуры по представлению. Заметим, что упорядочивание непосредственно по полю Представление приведет к не вполне ожидаемому результату — результат будет упорядочен в порядке возрастания ссылок объектов. Данный эффект проявляется из-за того, что поле Представление является виртуальным и на уровне базы данных состоит из нескольких полей, из которых уже в момент получения значения поля получается строка — представление. При упорядочивании же по этому полю произойдет последовательное упорядочивание по реальным полям, из которого оно состоит, в результате чего упорядочивание произойдет не по строковому представлению, а по внутренней ссылке поля.
Пример неправильного упорядочивания:
Код 1C v 8.х
На самом деле, упорядочивание по представлению является довольно сомнительной операцией с точки зрения полезности результата. Для примера достаточно посмотреть на представления документов — эти строки содержат в себе даты, а упорядочивание дат как строк не даст осмысленного результата. Для того чтобы обеспечить упорядочивание, которое будет отвечать ожиданиям пользователей, следует использовать упорядочивание непосредственно по ссылочному полю и дополнительно указать в запросе ключевое слово АВТОУПОРЯДОЧИВАНИЕ. В таком случае запрос получит для каждого ссылочного поля реальные поля, по которым его необходимо упорядочить (для документа это будет дата и номер, для справочника — основное представление) и произведет упорядочивание по ним.
Пример правильного упорядочивания:
Код 1C v 8.х
