Вопрос теоретический.

Если есть таблица, в которой владелец не предусморел первичного ключа, есть ли метод для получения строк в стабильном порядке?

Добавлять колонки нельзя.

Стабильность определяется следующим образом:

- повторяемость. Два запроса на неизменной таблице вернут одинаковый результат.

- копируемость. Возможность создать копию, где запрос даст такой же результат.

- локальность изменений. Изменение в одной строке не приводит к перетасовыванию остальных.

Rowid не обладает свойством копируемости, SCN по умолчанию блочный.

Если в Оракле можно отсортировать по значению всех колонок не перечисляя их поименно (order by *), это бы удовлетворило все критерии стабильности. К сожалению, синтакс такое не позволяет.

dmdmdm,

Я перечислил известные мне методы, думал наверное что-то забыл.

Забыл про динамический sql, с которым ещё не работал.
Если он мне позволяет перечислить колонки в предсказуемом порядке, то это выглядит как ответ.

"Order by *" это описание подхода - сравнение всей строки.
Если бы SCN работал построчно по умолчанию, подошёл бы он.

Оракл позволяет сортировать по названию индекса? Если так, то это был бы ещё один метод, причем быстрый.

Vadim Lejnin,

Вы подтвердили что мое понимание таблиц верное, я и не надеялся на стабильность без присутствия команды сортировки (исключение - union all, но моему вопросу union all не помогает).

Спасибо за конкретный пример, я его использую для эмуляции order by *




Это должно мне дать команду упорядочивания для динамического sql которая будет отвечать всем параметрам стабильной сортировки.

Почитал про внутреннее представление rowid, научился контролировать их порядок при insert.

Теперь order by rowid отвечает всем требованиям стабильной сортировки, исполняется быстрее чем сортировка по всем полям, и не требует динамический sql.

Возьму на вооружение, если когда-то понадобится.

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

Order by rowid

Оказалось проще чем я думал. Вы наверное тоже об этом знали.

Осталось выяснить разницу между rowid и urowid.

Спасибо.

Ценное замечание из которого следует что order by rowid может внезапно измениться для некоторых таблиц созданных с этой опцией. Хорошо что она выключена по умолчанию.

1. Это так. Rowid уникален*, и его значение не подлежит копированию. Однако, вставки в пустую таблицу без partitions получают монотонно растущие rowid. Это позволяет сохранить порядок как в оригинале.

2. Сравнение всех колонок имеет несколько ограничений, поэтому rowid sort выглядит привлекательно.

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

Не бойтесь новых знаний, независимо от вашего опыта. Посмотрите расшифровку 10-байтного rowid в официальной документации оракла, и многое станет понятным.

Например, есть ситуации где Оракл использует order by rowid по умолчанию, и это поведение задокументировано.

Vadim Lejnin,

Комментарии прочитаны и приняты.

> Если перед бизнесом стоит задача, которую Вы привели (Я правда не понимаю зачем),

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

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

Order by rowid вполне подходит для такой полевой кухни, хотя позже я узнал, что этот порядок уже и так является по умолчанию для индексных запросов. Возможно и для других, ещё не проверял.

Не удивлюсь, если "select * from TABLE" уже и так возвращает строки в порядке rowid по умолчанию. Надо сильно извергаться, чтобы оправдать порядок отличный от этого.

Остаются запросы с сортировкой по выражению с повторяющимися значениями. Поскольку методы сортировки Оракла не являются стабильными*, детерминизм можно вернуть досортировав по rowid.

* Стабильность сортировки это свойство, относящееся к обработке одинаковых значений.

Замечания по поводу передвижения таблиц, сжатия таблиц справедливые и полезные. Есть ещё какие-то кластерные грабли, где сортировка по rowid может сломаться необычным и интересным способом, я не вдавался.

Всем спасибо, я узнал много нового.