, когда данные сортируются, тогда соединения выполняются быстрее, так как оптимизатор знает, что данные сортируются в определенном порядке и после какого значения он должен прекратить поиск требуемого предиката (условие условия).
Случай 1- Заказ по
Теперь, если ваши данные в заданном поле имеют определенный порядок или ваш запрос на выборку нуждается в данных в определенном порядке, например, ранг заказа сотрудника по его окладу (т.е. порядок по окладу и группе) или порядок сотрудников на основена дату присоединения (т. е. заказ по дате присоединения)
, затем вам нужно сохранить данные / результат, используя заказ по предложению (чтобы получить общий заказ), и нам нужно использовать заказ по (зарплате), чтобы при каждом запросецелевые данные, вы можете получить требуемые упорядоченные данные по умолчанию.
Случай 2 - сортировка по
И если данные в данном поле не требуются в определенном порядке, как уникально сгенерированные буквенно-цифровые поля, такие как Customer_id
В этом случае логически окончательные данные не обязательно должны присутствовать в определенном порядке на основе customer_id, поскольку он является уникальным ключом и в основном используется для объединения, следовательно, в то время как мы храним данные для деталей транзакций клиента в каждом разделе, он должен быть представлен в отсортированном / упорядоченном виде, чтобы ускорить объединение.Итак, в этом случае мы используем сортировку по (customer_id) при сохранении окончательного результата.