AiK писал(а):Не будет такого
Строки будут выдаваться в порядке их физического расположения в таблице. Но вот серия последовательных Insert'ов не гарантирует того, что физически записи в таблице будут располагаться в той же последовательности.
Один_и_тот_же! select без order by может возвращает разный record set. Это закон.
Частный случай, что строки в наборе упорядочены по _физическому_расположению_ Считать так плохая практика.
Большинство современных субд имеют кэш для блоков с данными. Кроме того они ориентированы на одновременную работу с несколькими пользователями. И вопросы оптимизации производительности не покидают головы разработчиков и админов.
Ситуация когда два сеанса работают с одним и тем же набором данных идеальна для кеширования.
Надеюсь понятно, что есть случаи когда по запросу select без order by впервую очередь выдаются записи из кешированного блока, а затем из только что прочитанного.
Но! тут же делаем этот запрос второй раз и... порядок меняется, блоки ведь уже кешированы в памяти. Но! может быть в этот интервал второй пользователь уже вытолкнул наши блоки из кеша.... Да хрен его разберет.
О каком порядке по _физическому_расположению_ идет речь?
