В каком порядке извлекаются строки при отсутствии предложения ORDER BY?

Один программист тестирует и сравнивает одно и то же приложение, которое использует ту же структуру базы данных и одни и те же данные, только в двух отдельных базах данных: одна с Oracle 8 и одна с Oracle 9.

Приложение выполняет запрос без ORDER BY предложения.

Он утверждает, что запрос ORDER-BY-less должен возвращать строки в одинаковом порядке в обеих базах данных.

Я говорю ему, что нет гарантии того же порядка строк, если вы не предоставите оговорку ORDER BY.

База данных имеет такие же индексы и ключи. Но план объяснения показывает, что в одной из баз данных механизм использует ключ одной из соединенных таблиц, тогда как в другой базе данных он использует ключ другой.

Он намекает, что две среды БД не равны, потому что они имеют разную статистику, разные движки rdbms и т. Д., Но не потому, что мне не удалось воспроизвести каждый индекс исходной базы данных.

Я говорю ему, что он должен четко изложить ORDER BYоговорку, если порядок действительно так важен.

Вопрос

Так что я могу объяснить его лучше:

В каком порядке запрос извлекает строки, если вы не указали в явном виде предложение ORDER BY, и почему этот запрос не возвращает строки в том же порядке?

sql oracle rdbms Тулаинс Кордова
источник

Это не определено. Я не верю, что в спецификации SQL указывается конкретный порядок возврата записей, поэтому он будет зависеть от реализации.

Роберт Харви

@RobertHarvey. Именно поэтому я и говорю ему. На самом деле: по определению реляционные таблицы не должны иметь определенного порядка.

Тулаинс Кордова

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

PSR

Вы можете реально ожидать, что первый запрос по неиндексированному столбцу будет следовать порядку «вставки времени»; по индексируемому «времени обновления». Последовательные запросы могут быть «испорчены» кэшированными результатами и поэтому довольно рандомизированы; тем не менее никогда не зависит от него - он может меняться от версии к версии, по параметрам, операциям обновления и плохой погоде в полнолуние. «Не определено» - это правильный ответ, а все остальное - в лучшем случае обоснованные догадки.

SF.

Результирующие наборы, возвращаемые RDMBS-es, - это просто наборы , которые по определению не имеют определенного порядка. Таким образом, СУБД может вернуть их в любом порядке и изменить порядок снова при следующем выполнении запроса. Полагаться на определенный заказ без предложения ORDER BY было бы ошибкой. Я всегда пытаюсь объяснить это своим коллегам, но я преуспеваю только половину времени: D.

Раду Мурзеа

Ответы:

Из Википедии :

Предложение ORDER BY определяет, какие столбцы используются для сортировки результирующих данных и в каком направлении они должны быть отсортированы (параметры могут быть по возрастанию или по убыванию). Без предложения ORDER BY порядок строк, возвращаемых запросом SQL, не определен.

Так что это не определено.

В спецификации SQL не указывается конкретный порядок возврата записей, поэтому он будет зависеть от реализации.

Без индексов в таблице разумным порядком будет порядок, в котором записи были вставлены. С определенным Первичным ключом разумный порядок будет порядком Первичного ключа. Но поскольку спецификация ANSI не требует определенного заказа, это зависит от поставщика, и их чувствительность может отличаться от вашей или моей.

Поскольку порядок не указан в спецификации, неразумно полагаться на поведение реализации конкретного поставщика, поскольку он может варьироваться от одного поставщика к другому, и поставщик может изменить заказ в любое время без предупреждения.

Как вы сказали, просто включите ORDER BYпредложение, если порядок важен.

Роберт Харви
источник

В запросе есть несколько объединенных таблиц. Таким образом, один механизм БД сортирует набор результатов по одному критерию, а другой - по другому. Очевидно, что при условии предложения ORDER BY оба запроса возвращают строки в указанном порядке.

Тулаинс Кордова

+1 AFAICR Порядок даже может меняться каждый раз, когда вы выполняете любой заданный запрос для конкретного экземпляра базы данных.

MarkJ

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

Майкл Боргвардт

Очевидно, что указание на то, что в спецификации не указано, в каком порядке поступают данные, не сработало. Вероятно, потому что он знает, что данные находятся на диске или в памяти где-то и таким образом имеет это как заказ. Спросите его, каков порядок расчета данных из нескольких таблиц. Т.е. создайте пример, в котором вы объединяете 4 таблицы, производите расчет по двум из них и возвращаете только вычисленное значение.

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

jmoreno
источник