Как отличить, когда FOUND имеет значение false, от того, когда версия строки устарела в хранимой функции Postgres ⇐ C#

[Anonymous]

Работая над реализацией оптимистического параллелизма в приложении .NET, поддерживаемом Postgres, я зашел в тупик.
Следующая хранимая функция возвращает FOUND, позволяя вызывающей конечной точке возвращать 404, если передан идентификатор, для которого предложение WHERE не определяет совпадения:

Код: Выделить всё

CREATE OR REPLACE FUNCTION institution_delete_by_id(IN in_id UUID) RETURNS BOOLEAN
LANGUAGE plpgsql
AS
$$
BEGIN
DELETE
FROM institution
WHERE id = in_id;
RETURN FOUND;
END
$$;

Вводя оптимистический параллелизм, я бы сделал что-то вроде следующего (полагаю, я буду использовать xmin позже, когда прочитаю об этом):

Код: Выделить всё

CREATE OR REPLACE FUNCTION institution_delete_by_id(IN in_id UUID, IN in_version BIGINT) RETURNS BOOLEAN
LANGUAGE plpgsql
AS
$$
BEGIN
DELETE
FROM institution
WHERE id = in_id AND version = in_version; -- Here's the addition
RETURN FOUND;
END
$$;

Однако, делая это таким образом, приложение не может определить, было ли FOUND ложным, потому что идентификатор не совпал, или FOUND было ложным из-за одновременного ОБНОВЛЕНИЯ таблицы. Таким образом, конечная точка не имеет возможности определить, следует ли возвращать код 404 или 409 (CONFLICT).
Итак, как в идеале использовать FOUND и реализовать оптимистичный параллелизм, позволяя приложению сообщать об этом? разница?
Думаю, можно было бы создать специальное исключение для if version !=

Код: Выделить всё

in_version.

Но как?
При этом приложение будет управлять своим потоком на основе определенного типа исключения. Мне это не нравится, но здесь нормально?
Разве нет стандарта решения этой проблемы? Я использую Npgsql в качестве интерфейса базы данных.
Я пытался найти аналогичный пример, но не нашел ничего подходящего.

Подробнее здесь: https://stackoverflow.com/questions/790 ... te-in-a-po