Обнаружил, что Оракл официально поддерживает сортировку в представлениях.
"официально" означает что в документации рассуждается когда можно, а когда нельзя в представлении использовать ORDER BY.

Например:



Однако, теперь не могу придумать как это фичу можно применить.

Напрямик представление никуда не всунуть, нужно через select, а тогда сортировка представления перестает быть внешней сортировкой, и порядок строк не определен.

Получается что для чего-то Оракл эту фичу разрешил, а как ей пользоваться мне пока неясно.
Кто-то успешно применял сортировку в нематериализированном представлении?

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

select * from v_all_views;

Увидит* строчки начиная с первой в порядке сортировки представления.

Судя по документации Оракла, такое поведение намеренное и рекомендуется к применению.

(*) Увидит - не покажет. Select может увидеть строчки в одном порядке, а показать - в другом.

Я это слово использовал как перевод для "view", т.к. видел его здесь.

"Напрямик не всунуть" означало что требует использование select для использования, тем самым превращая сортировку представления во внутреннюю.

Stax,

> 1) будет сортировка по умолчанию

Тут у оракла довольно хитромудро, потому что они наотрез отказываются перечислить операции сохраняющие порядок строк.

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

Пока мне удалось установить достоверно что упорядоченные множества поддерживается для:
- select/rownum комбо, для порядка выборки
- пустой select * без параметров (no-op)

Если верить архивам sql.ru, в 2013 году наш Вячеслав Любомудров выразил мнение что порядок строк обычно сохраняется до следующей сортировки, но с тех пор сузил свою позицию до "любая операция может перемешать порядок строк, и я закрою темы про наследственность сортировки", что создаёт определенные барьеры для обсуждения поддержки упорядоченных множеств.

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

А вот это не факт. Оптимизатор не рассматривает view как чёрный ящик, он способен
как пропихнуть предикаты вовнутрь, так и вытащить сортировку наружу.


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

Например, GROUP BY однажды довольно надёжно сортировало строки. Это было побочным эффектом, и те кто на это рассчитывали испытали трудности миграции с оракла 8.

Сегодня, UNION одной колонки "довольно надёжно" сортирует строки, но это также побочный эффект.

Для контраста,

Select rownum, v.* from SOME_SORTED_VIEW

Будет продолжать уважать сортировку заданную в представлении (обзоре?), пока оракл не решится сломать задокументированные фичу.

Ответ принимается. Из него следует что сортировка во view бессмысленна.

Сортировка во view - поддерживаемая фича оракла.

Видите противоречие?