У меня НЕТ ссылок на предыдущие элементы списка. У меня просто подмножество записей упорядочено по одному из полей, с непрерывной нумерацией в заданном диапазоне (открытом с одной сторой).
Если это данность, которую вы не можете изменить. То есть если по каким-либо причинам нельзя добавить в таблицу поле PrevId и удалить поле Priority. То, конечно же, вы не сможете использовать предложенный мною способ.
В таком случае видимо остается довольствоваться вариантом, который предложил Old Nick. Подумайте об эффективности узкого места в этом алгоритме: "нужно сделать
апдейт всех значений увеличивая их на единицу".
В лагоритме с иерархическими запросами узким местом, конечно же, является "select ..." - оцените его эффективность при реализации через рекурсивную ХП в FB. И - выбирайте. :)
"Рекурсивная ХП" - это функция вызывающая сама себя? В постгресе я сделал иначе - LOOP внутри ХП. Может быть аналогично можно сделать в FB?
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
create or replace function arid_prids(integer) returns setof integer as '
DECLARE
myarid integer;
BEGIN
myarid := $1;
LOOP
RETURN NEXT myarid;
SELECT INTO myarid prid from pr_areas where arid = myarid;
IF myarid = 0 OR NOT FOUND THEN
EXIT;
END IF;
END LOOP;
RETURN;
END;
' LANGUAGE 'plpgsql';
