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
Обсуждают сегодня