Пожалуйста. Введите отдельную таблицу RecordID-OutputOrder, связывайте ее в запросах с исходной по RecordID и сортируйте по OutputOrder. При этом сделайте OutputOrder = Primary Clustered Index, и тип выберите соответствующий (для менее 64к записей хватит LongInt, если больше, то что-нить типа Text*16, при этом несложно родить такой алгоритм вставки, чтобы в подавляющем большинстве случаев записи предыдущего и последующего значений корректировки не требовали).

Ну почему же не вставить.
Вот пожалуйста

Я не понимаю. Что изменится если задать поле orderField как автоинкрементное? Все то же самое, только не придется опасаться за порядок и не писать лишнего кода.
Насколько я знаю в MS SQL есть поддержка auto increment.

Весь сыр-бор, из за того что надо выводить данные в определенном порядке, а не в порядке добавления в таблицу.
auto increment всегда увеличивает значение вставляемой записи и если сортировать записи по auto increment, то порядок будет соотвествовать порядку добавления записей.

Вот что мне посоветовали. Несложно, и выполняет поставленую задачу. 

Большое спасибо за время и помощь!

Действительно, и просто и легко.

Пока количество записей ограничивается тысячами - это возможно. Но если записей будет сотни тысяч и более, а особенно если имеется индекс по N (и не приведи господи составной) - вселенские тормоза гарантированы.

Тысяча там не скоро возникнет. Спасибо за беспокойство.

Ща новый вопрос возник. 
Скриптую базу.... Как -то можно попросить сервер, чтобы он файлики (так как я скриптую обьекты по отдельным файлам), как то нумеровал? 
Ну, в смысле, логически нумеровал. 
Тоесть, есть одна какая-то УДФ1. она использует другую УДФ2. Так можно ли как то сервер попросить, чтобы он нумеровал вторую первой? Тоесть файлы были например:

1dbo.УДФ2.udf
2dbo.УДФ1.udf

З.Ы. Если при развертывании базы сначала запустить скрипт УДФ1, то так как она ссылаеться на другую, создана не будет. 
Может другие пути обхода? Например, как-то отключить проверку на правильность и целосность...

Лучше, создам я новую тему.

Это сообщение отредактировал(а) LexRema - 9.8.2007, 18:35

 Правильно, зачем думать сегодня? Пусть лучше кто-нибудь завтра ломает голову и исправляет. Кто-то, не думая вчера, уже создал таблицу, с которой Вы "мучаетесь" сегодня.
Прислушайтесь к Akina, он предложил вполне приемлемое решение и подсказал, что ожидает вас завтра, если использовать 

Даже если нескоро означает срок около 20 лет ? 

В любом случае, это был временный механизм. Он будет переделан в ближайшем будущем.