Смысл: в программу попадает набор ключей TABLE1.ID_TABLE в определённом порядке.
Динамически составляю запрос типа:

и выполяю его с полученным и определённым способом упорядоченных ключей в качестве аргументов.
Например, набор ключей ID_TABLE: 2, 10, 1, 1001, 32.

Получаю набор записей с соответствующими ключами. Только порядок записей не соблюдён (по набору ключей), т.е. получаю записи вроде: 1001, 32, 2, 10, 1.

Как отсортировать-то?

может добавить ORDER BY ID_TABLE в конце?
или сортировать уже когда запрос динамически составляете?

Ты не о том. Если я передаю в IN(...) параметры в порядке (2, 10, 1, 13), то и соответствующие найденные записи должны быть упорядочены в том же порядке, т.е. я получу записи с ключами (2, 10, 1, 13) именно в том порядке, как перечислены аргументы.


Вывод:

ID_TABLE1         TITLE
 2                ksladfskl
10                ksladfskl
 1                ksladfskl
13                ksladfskl

Можно извратиться через доп. таблицу
id, order_field
2 - 1
10 - 2
1 - 3
13 - 4
Добавляй в эту таблицу свои значения, а потом join с нужной таблицей и order by order_field, если пользователей > 1 тогда добавить поле id_session или что-то типа того для идентификации выборки и параметров.

Понял. Спасибо, вариант подходящий.

Причем на Order_Field можно поставить генератор, и забыть

не надо усложнять себе жизнь (с доп. таблицами) 
просто преобразовывайте с помощью CASE значения ID_TABLE в нужный порядок сортировки и сортируйте по нему.

пример:

kZ25, как раз твой способ и есть усложнение жизни.
Плюсы:
1. Нет доп. таблиц.
Минусы:
1. select строится динамически на клиенте - оптимизатор каждый раз его разбирает, это доп. работа.
2. использование индексов по такому order by под большим вопросом, а это доп. нагрузка.
3. если таких параметров ID_TABLE in(2, 10, 1, 13, ...) будет много, то select превратится в достаточно длинную строку, что доп. нагрузит оптимизатор.
А теперь сравним с доп. таблицами:

Плюсы:
1. select уже подготовленный и есть план запроса.
2. связь с Order_Table(небольшое кол-во записей) по индексному полю (ID), т.е. использование индексов и в Table1 и в Order_Table
3. Кол-во параметров не ограничено, т.е. их может быть и тысячи.
Минусы:
1. Доп. время на добавление в таблицу Order_Table(удаление можно запускать периодически каждый час/день/ и т.д.).

PS: каждый для себя сам решит что для него лучше.