rin-nas/postgresql-patterns-library

Коллекция готовых SQL запросов для PostgreSQL по часто возникающим задачам (получение и модификация данных, ускорение запросов, обслуживание БД)

postgresql-patterns-library's Issues

csv_parse() incorrect parse some data

select t[1],
       --regexp_replace(t[1], '([^ ])(?=")', '\1 '),
       t[2],
       t[3]
from csv_parse($$
Компания, Наименование (бренд), ИНН
ООО "Профессиональный консультант", Профессиональный Консультант, 7725340889
ООО "Страховой брокер Сбербанка", Сбер Страховой брокер, 7706810730
АО "Сбербанк Управление Активами", Сбер Управление Активами, 7710183778
$$, ',' , false) as t

benchmark(): добавить альтернативную реализацию функции

Текущая функция benchmark() возвращает длительность работы за указанное кол-во вызовов функции.
Т.к. производительность компьютеров разная, то интересно получить кол-во вызовов функции за указанную длительность работы.

Текущая реализация:

SELECT benchmark(100000, $$public.gen_random_uuid()$$), public.gen_random_uuid() as example
union all
SELECT benchmark(100000, $$public.uuid_generate_v7()$$), public.uuid_generate_v7()
union all
SELECT benchmark(100000, $$public.uuid_generate_v8()$$), public.uuid_generate_v8();

Альтернативная реализация:

SELECT benchmark('1s'::interval, $$public.gen_random_uuid()$$), public.gen_random_uuid() as example
union all
SELECT benchmark('1s'::interval, $$public.uuid_generate_v7()$$), public.uuid_generate_v7()
union all
SELECT benchmark('1s'::interval, $$public.uuid_generate_v8()$$), public.uuid_generate_v8();

is_sql() для кода loop_execute() выдаёт ошибку

Разобраться с этим

`check_foreign_key_array()`: добавить ещё одну реализацию

Добавить check_foreign_key_array(data anyarray, ref_table regclass, ref_column text)

DDL_log_to_table: [0A000] ERROR: DROP INDEX CONCURRENTLY must be first action in transaction

В механизме журналирования DDL команд в таблицу есть ошибка:

DROP INDEX CONCURRENTLY pgcompact_index_43338 
[0A000] ERROR: DROP INDEX CONCURRENTLY must be first action in transaction

Журналировать запросы, терминированные из `pg_terminate_backend_*.sql`

При выполнении SQL запросов может возникнуть ошибка:

SQLSTATE[57P01]: Admin shutdown: 7 FATAL:  terminating connection due to administrator command
CONTEXT:  while updating tuple (35697,81) in relation "{table}"
FATAL:  server conn crashed?
server closed the connection unexpectedly
	This probably means the server terminated abnormally
	before or while processing the request.

Неочевидно, кто и почему терминировал запрос.
Их мог "прибить" запрос изpg_terminate_backend_idle.sql или pg_terminate_backend_lock.sql.
Это можно выяснить только по косвенным признакам, анализируя журнал запросов.
Нужно сделать так, чтобы терминированные запросы записывались в таблицу БД db_audit.pg_terminated_backend.

benchmark() работает совсем некорректно

1. Некорректно передавать в EXECUTE sql_expr через USING
2. Возникает ошибка, если передать SELECT запрос, возвращающий > 1 колонки или строки
3. Автотесты не покрывают это.