|
|
Принцип сортировки при выполнении запроса |
☑ |
|
0
ИС-2
13.03.14
✎
08:06
|
Есть запрос с несколькими временными таблицами, кучей полей и сортировкой по 1 полю.
Сортировка проходит нормально, а вот как сортируются записи внутри сортировки не понятно. И не по алфавиту (выбираются ссылки). И не сумма у числовых полей.
По какому принципу 1C проводит сортировку?
Суть проблемы - водитель с определенной фамилей почти всегда оказывается внизу списку и ему достаются наихудшие условия работы.
Сортировку по случайному значению вводить не хочу - так часто надо бывать моделировать прошлый прошлое выполнение алгоритма т.е нужны одинаковые данные?
|
|
|
1
hhhh
13.03.14
✎
08:20
|
они вообще не сортируются. Ни по какому принципу.
|
|
|
2
ИС-2
13.03.14
✎
08:25
|
(1) а почему тогда в левой таблице записи в одном порядке, а после соединений уже в другом?
|
|
|
3
Wobland
13.03.14
✎
08:25
|
(2) следствие отсутствия упорядочивания?
|
|
|
4
ИС-2
13.03.14
✎
08:28
|
(3) 1 упорядочивание есть. А вот внутри его элементы расположены как попало. А бы понял если их порядок был унаследован от исходной левой таблицы...
|
|
|
5
Wobland
13.03.14
✎
08:30
|
без упорядочивания СУБД выбирает записи так, как ей удобней
|
|
|
6
vde69
модератор
13.03.14
✎
08:33
|
без сортировки один и тот-же запрос может выдать разные результаты (в плане порядка записей)....
|
|
|
7
Wobland
13.03.14
✎
08:34
|
+(5) собссно, она всегда выбирает так, как ей удобней. просто в некоторых случаях финальным шагом наступает ODRER BY
|
|
|
8
butterbean
13.03.14
✎
08:43
|
(0) какой-то водитель при любой сортировке всегда будет внизу, меняй подход
|
|
|
9
Wobland
13.03.14
✎
08:46
|
занимался я как-то вопросом получения случайной ссылки из справочника. ничего лучше полной выгрузки в ТЗ не придумал
|
|
|
10
Starhan
13.03.14
✎
08:51
|
(0) жесть.
|
|
|
11
ИС-2
13.03.14
✎
09:13
|
(10) чего?
Просто от водитель почти всегда оказывается предпоследним в списке, а другие как-то более хаотично
|
|