В случае ошибки не откатывать

@MConst · Регистрация: 16.04.2022

Студворк — интернет-сервис помощи студентам

Здравствуйте!

Есть скрипт по записи в лог-таблицу. Логика такая, что запускается процедура, которая обновляет данные через отдельные блоки кода, то есть по шагово. Если на каком-то шаге есть ошибка, то идет откат обновленных данных и отменяются добавленные строки в лог-таблице; и добавляется строка в лог-таблицу об ошибке.

Кликните здесь для просмотра всего текста

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
--Лог-таблица
CREATE TABLE test1.logTable1 (
"id" INTEGER generated always AS IDENTITY, "step" VARCHAR(50), "dt" TIMESTAMP, "nameProc" VARCHAR(200), "error" text
);
 
--Функция, которая непосредственно записывает в лог-таблицу
CREATE FUNCTION test1.recordLog("@step" VARCHAR(50), "@nameProc" text, "@error" text)
RETURNS void
LANGUAGE plpgsql
AS $function$
BEGIN   
    INSERT INTO test1.logTable1 ("step", "dt", "nameProc", "error")
    SELECT "@step", clock_timestamp(), "@nameProc", "@error"
    ;
END;
$function$;
 
CREATE PROCEDURE test1.myProcedure1()
LANGUAGE plpgsql
AS $procedure$
DECLARE
    "v_nameProc" VARCHAR(200) = 'test1.myProcedure1';
    "v_step" VARCHAR(50);
    "v_txt" text; "v_ctx" text; "v_error" text;
BEGIN
    "v_step" := 'Этап 1'; 
    perform pg_sleep(5); --Имитация обновления данных
    perform test1.recordLog("v_step", "v_nameProc", NULL);
 
    "v_step" := 'Этап 2';
    perform pg_sleep(5); --Имитация обновления данных
    raise notice '%', 1/0; --Имитация ошибки
    perform test1.recordLog("v_step", "v_nameProc", NULL);
 
    "v_step" := 'Этап 3';
    perform pg_sleep(5); --Имитация обновления данных
    perform test1.recordLog("v_step", "v_nameProc", NULL);
exception
    WHEN others THEN
    GET stacked diagnostics "v_txt" = Message_text, "v_ctx" = pg_exception_context;
    "v_error" := "v_txt" || E'\n' || "v_ctx";
    perform test1.recordLog("v_step", "v_nameProc", "v_error");
END;
$procedure$;
 
--Запускаем
CALL test1.myProcedure1();
--Смотрим результат
SELECT * FROM test1.logTable1 ORDER BY id;

Скрипт работает.

Но как написать код так, чтобы в случае ошибки не откатывались данные и не удалялись добавленные строки в лог-таблицу? То есть выполняется Шаг 1, идет запись в лог, потом шаг 2 и ошибка; идет запись в лог об ошибке. Третий шаг не выполняется и завершается дальнейшее выполнение процедуры.

@Swa111 · 02.02.2024, 12:49

Вариант 1. Отлавливать ошибки на каждом шаге? т.е. множить блоки begin ... exception ... end
Вариант 2. Писать логи через отдельное соединение см dblink

@MConst · 02.02.2024, 13:22 **[ТС]**

Сообщение от Swa111

Вариант 1. Отлавливать ошибки на каждом шаге? т.е. множить блоки begin ... exception ... end

Получается так

Кликните здесь для просмотра всего текста

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
CREATE PROCEDURE test1.myProcedure1()
LANGUAGE plpgsql
AS $procedure$
DECLARE
    "v_nameProc" VARCHAR(200) = 'test1.myProcedure1';
    "v_step" VARCHAR(50);
    "v_txt" text; "v_ctx" text; "v_error" text;
BEGIN
    BEGIN
        "v_step" := 'Этап 1'; 
        perform pg_sleep(5); --Имитация обновления данных
        perform test1.recordLog("v_step", "v_nameProc", NULL);
    exception
        WHEN others THEN
        GET stacked diagnostics "v_txt" = Message_text, "v_ctx" = pg_exception_context;
        "v_error" := "v_txt" || E'\n' || "v_ctx";
        perform test1.recordLog("v_step", "v_nameProc", "v_error");
        RETURN;
    END;
    
    BEGIN
        "v_step" := 'Этап 2';
        perform pg_sleep(5); --Имитация обновления данных
        raise notice '%', 1/0; --Имитация ошибки
        perform test1.recordLog("v_step", "v_nameProc", NULL);
    exception
        WHEN others THEN
        GET stacked diagnostics "v_txt" = Message_text, "v_ctx" = pg_exception_context;
        "v_error" := "v_txt" || E'\n' || "v_ctx";
        perform test1.recordLog("v_step", "v_nameProc", "v_error");
        RETURN;
    END;
 
    BEGIN
        "v_step" := 'Этап 3';
        perform pg_sleep(5); --Имитация обновления данных
        perform test1.recordLog("v_step", "v_nameProc", NULL);
    exception
        WHEN others THEN
        GET stacked diagnostics "v_txt" = Message_text, "v_ctx" = pg_exception_context;
        "v_error" := "v_txt" || E'\n' || "v_ctx";
        perform test1.recordLog("v_step", "v_nameProc", "v_error");
        RETURN;
    END;
END;
$procedure$;

Так работает как надо, но приходится для каждого блока добавлять begin + exception ... return. Учитывая, что подобных процедур с пошаговыми обновлениями много. Правильно понимаю, что тут никак не оптимизировать?

@Swa111 · 03.02.2024, 14:09

так можно без return

Oracle 11 SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
CREATE PROCEDURE test1.myProcedure1()
LANGUAGE plpgsql
AS $procedure$
DECLARE
    "v_nameProc" VARCHAR(200) = 'test1.myProcedure1';
    "v_step" VARCHAR(50);
    "v_txt" text; "v_ctx" text; "v_error" text;
BEGIN
    BEGIN
        "v_step" := 'Этап 1'; 
        perform pg_sleep(5); --Имитация обновления данных
        perform test1.recordLog("v_step", "v_nameProc", NULL);
 
        BEGIN
            "v_step" := 'Этап 2';
            perform pg_sleep(5); --Имитация обновления данных
            RAISE notice '%', 1/0; --Имитация ошибки
            perform test1.recordLog("v_step", "v_nameProc", NULL);
 
            BEGIN
                "v_step" := 'Этап 3';
                perform pg_sleep(5); --Имитация обновления данных
                perform test1.recordLog("v_step", "v_nameProc", NULL);
            EXCEPTION
                WHEN OTHERS THEN
                GET stacked diagnostics "v_txt" = Message_text, "v_ctx" = pg_exception_context;
                "v_error" := "v_txt" || E'\n' || "v_ctx";
                perform test1.recordLog("v_step", "v_nameProc", "v_error");
            END;
        EXCEPTION
            WHEN OTHERS THEN
            GET stacked diagnostics "v_txt" = Message_text, "v_ctx" = pg_exception_context;
            "v_error" := "v_txt" || E'\n' || "v_ctx";
            perform test1.recordLog("v_step", "v_nameProc", "v_error");
        END;    
    EXCEPTION
        WHEN OTHERS THEN
        GET stacked diagnostics "v_txt" = Message_text, "v_ctx" = pg_exception_context;
        "v_error" := "v_txt" || E'\n' || "v_ctx";
        perform test1.recordLog("v_step", "v_nameProc", "v_error");
    END;
END;
$procedure$;

@MConst · 05.02.2024, 09:49 **[ТС]**

Сообщение от Swa111

так можно без return

Как вариант. Но в процедурах около 10 шагов и структура begin станет более глубокой и запутанной, что тяжело будет читать и править.

@Swa111 · 05.02.2024, 10:04

Можете сохранить отдельные шаги как текстовые литералы в массив или отдельную таблицу а затем в цикле их обрабатывать как только один из элементов падает выходить из цикла. Логирование ведете уже в теле цикла

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@Swa111 918 / 291 / 58 Регистрация: 01.06.2023 Сообщений: 816
	02.02.2024, 12:49
	Вариант 1. Отлавливать ошибки на каждом шаге? т.е. множить блоки begin ... exception ... end Вариант 2. Писать логи через отдельное соединение см dblink 0

@Swa111 918 / 291 / 58 Регистрация: 01.06.2023 Сообщений: 816
	05.02.2024, 10:04
	Можете сохранить отдельные шаги как текстовые литералы в массив или отдельную таблицу а затем в цикле их обрабатывать как только один из элементов падает выходить из цикла. Логирование ведете уже в теле цикла 0

Опции темы