Уточнение последовало сразу после первого вопроса.
И не будет -- его просто нет, потому и был задан вопрос -- как его лучше сделать? Если бы был пример, то я бы ничего не спрашивал вообще.

После уточнения отвечал только один человек.
Имеем: из отвечающих переспросил 1.
Вывод: вопрос был не понятен в 100% случаев.
Ремарка: кому другим?


и

как понимать? База есть, записи в базе есть, примера нет...


а Windows, круче Linux потому, что на первой странице сайта компании Microsoft написано, что их ОС самая лучшая в мире... Десткий сад ей богу.

Я не хочу это никак пониамть. Один раз про базу ты мне уже написал, когда я привел пример -- с меня хватило. Я совершенно не хочу продолжать эту пустую дискуссию, приводящую в никуда.
Какой "некий" -- тот самый, который у нас http://hiasm.1gb.ru/wiki.php?view=180 И который никто не оспаривал в его правильности. Справка и дана, чтобы на нее опираться и причем тут тогда Тоже самое я могу сказать и про твои утверждения про индексы, не подкрепленные ничем, одними словами. Так что, давай лучше останемся при своих мнениях и завяжеи эту тему.
ПИСИ. Многие меня тут спрашивали -- "а на кой черт читать всю таблицу", или еще что-то в этом роде. Но это "на кой черт" прекрасно работает уже не первый месяц в непрерывном режиме и по скорости обращения выше чем тот же Interbase или BDE. И нет в этой базе индексации, все работает через rowid.

Вот так я решил вопрос с перемещениями строк:

-- Удалил, чтобы глаза не мозолило Админам --

точнее по данному решению следовало сказать это:
Вот так нужно почесывать левой ногой правое ухо.

Ремарка к алгоритму:
1) его эффективность нелинейно снижается по мере увеличения размера таблицы и базы в целом
2) надежность алгоритма обеспечивается только при числе одновременных пользователей равными 1. При увеличение количества одновременных пользователей увеличивается вероятность потери данных.

Согласен -- алгоритм медленный, но и таблица небольшая (максимум 20 записей). Такой алгоритм на большую таблицу я бы, однозначно, не применил.
Больше одного пользователя к этой базе обратиться не сможет. Это база настроек каналов, а она доступна только на одном, ведущем компьютере, где и запущено приложение обработки.
И с этим я тоже согласен, но решение для небольшой базы вполне сгодится. И обращаться к этой базе в этом режиме будут, возможно, несколько раз за всю работу приложения и только при необходимой сортировке каналов.

Можно переставлять строки еще и так:

Alexbootch, а какое вверх, и какое вниз?

rowid	...
1	...
2	...
3	...
4	...
6	...
5	...
7	...
8	...
9	...
...	...

Alexbootch, у меня без ошибок отрабатывает указанные запросы, но в базе все остается на месте. Фактически строки не меняются. Это "теоретически" можно, или ты проверял? Или это, всеже -- запрос на вывод данных в другом порядке?

Это всего лишь вывод данных из таблицы в другом порядке следования строк.

Alexbootch, спасибо, учту. Хочу спросить, а переменные можно оформлять в SQLite? Или как обратиться к полям конкретной строки другой таблицы из запроса UPDATE table SET col1=value1, col2=value2 WHERE rowid =%1, с WHERE понятно -- это условие для моей таблицы, а вот значение valueXX должно браться из другой таблицы со своими значениями rowid? Если бы были переменные, то значения valueXX можно получить перед запросом UPDATE.

Как понять "оформлять"? Имеешь ввиду получить нужные значения перед выполнением модификации данных?

Alexbootch, именно это. Ну например: получить valueXX перед выполнением UPDATE из другой таблицы (можно и из этой же, но из другой строки).

Можно попробовать так:



либо так: