att.atttypid
FROM pg_type AS typ
JOIN pg_namespace AS ns ON (ns.oid = typ.typnamespace)
JOIN pg_class AS cls ON (cls.oid = typ.typrelid)
JOIN pg_attribute AS att ON (att.attrelid = typ.typrelid)
WHERE
(typ.typtype = 'c' AND cls.relkind='c') AND
attnum > 0 AND /* Don't load system attributes */
NOT attisdropped
ORDER BY typ.oid, att.attnum
они отрабатывают за 3 минуты, но их количество бесконечно растёт,
помогите расшифровать, что он выполняет?
и как можно запретить ему выполнять такие запросы?
Смахивает на один из запросов, которыми gui-клиенты грузят информацию о БД. Обычно они не должны заметно нагружать БД, если только там не тысячи таблиц. Может кто-то зажал F5 в деревне объектов?
выполнял данный запрос в базе локально, выполняется за 10секунд
>они отрабатывают за 3 минуты, А должны -- за секунду-другую если "на холодную" и за 10мс если всё нормально. Что у вас в схеме такого, что этот запрос выдаёт видимо сотни тысяч результатов?
Разобрались, баг был со стороны npgsql
Обсуждают сегодня