Во временной таблице нужно делать IDENTITY поле, вставлять туда записи, а потом уже делать запросы или курсоры с ORDER BY на это поле. Раньше с старых версиях ASA можно было ожидать поведение, что записи возвращаются так, как они вставленны в таблицу. Однако хочу заметить, что это поведение нигде не документированно и соотвествующе не гарантированно, что это 100% сделается. Начиная с кластерных индексов в 8-ой версии следует помнить только одно, что SELECT без ORDER BY может вернуть записи абсолютно в любом порядке и руководствоваться в построении логики исходя только из этого правила (причем это применимо и к любой конкурирующей СУБД). В 8-ке лучше всего все делать через времянки, так как в подзапросах не разрешается использовать функцию NUMBER и сортировку. В 9-ой версии полегче, так как в ней уже разрешена возможность использования сортировки внутри подзапросов (однако ограничение NUMBER не снято) и есть возможность быстро организовывать временные таблицы через конструкцию SELECT INTO <Table>.

автор1 вариант: order by на insert - не работает
2 вариант: order by на insert и на курсор - не работает
3 вариант: order by ТОЛЬКО на курсор - работает
Я не очень понимаю что такое order by на insert и order by на insert и курсор. По моему личному опыту ASA 8-9 order by прекрасно на insert работает для кластерных ключей, что однако не мешает ASA уже во время физической вставки все равно перетасовывать записи по разным страницам с более близкими значениями по кластерному ключу с целью наименьшей дефрагментации записей. Так что можно сказать, что если у таблицы нет кластерного ключа, то не факт, что ORDER BY нужен вообще, разве что для обеспечения последовательного чтения в последующих селектах большого кол-ва вставляемых записей и то это зависит от конкретной ситуации. Насчет же курсора Ваш вариант неправилен по определению - нет ORDER BY на курсоры, есть ORDER BY на SELECT, который исполняется и далее по нему открывается курсор. Так что вариант "ORDER BY на INSERT + Курсор" вообще для меня не понятен - причем тут INSERT и курсор, какая между ними взаимосвязь ? Ну а если Вы сначала делаете вставку во времянку через INSERT, а потом на нее делаете курсор через SELECT без указания сортировки, то и получите записи в произвольном порядке, что вполне нормально для любого СУБД.

P.S. Так что я пока багов в упор не вижу, вполне возможно что я не понимаю чего то в поставленной проблеме. Дайте Ваш запрос с INSERT, курсором и ORDER BY, тогда легче будет чего то посоветовать.

автор
Гм, не понимаю - то есть вот такая конструкция у Вас приводит к тому, что открываемый курсор не отсортирован по указанным полям ? Если ответ ДА - то это баг и пора качать новый EBF. Если ответ НЕТ, то что тогда не так ?

Гм, я в 8-9 проблем не наблюдал. Хотя мне сложно судить, у меня в проектах использование курсоров - это еденичные случаи, может поэтому и не натыкался.

авторЧестно говоря, это сымитировать сложно. Интерес представляет чисто теоретический. Просто теперь я НИКОГДА В ЖИЗНИ не буду использовать ORDER BY совместно с INSERT. На всякий случай. Чего и вам желаю.
У меня в проекте на ASA9 это стандартная практика, так как это облегчает вставку записей для кластеризованных таблиц. Обратите внимание, что даже для перезагрузки БД ASA по умолчанию рекомендует сортировать записи при выгрузке.