From: | John Scalia <jayknowsunix(at)gmail(dot)com> |
---|---|
To: | pgsql-admin(at)lists(dot)postgresql(dot)org |
Subject: | Automating removal of orphaned stored procedure calls |
Date: | 2022-07-12 16:58:34 |
Message-ID: | 60D4E7CB-BA42-4203-A5EF-9E5FA4D7CAE3@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
One of our newer applications is regularly leaving some stored procedures in a partially completed state. It’s not one of my applications, and the DBA responsible for it hasn’t said why this happens, but he is trying to automate removing these. Currently, it’s a manual process where they log into the db as the application owner which owns these and remove them manually. For whatever reason he can’t use the application owner’s I’d to run this process. I suggested adding the application owner as a group for the actual user he is going to use, and once that happened, using a SET ROLE to become that user, but it did not apparently work. Anybody have any good ideas here to make this work?
Sent from my iPad
From | Date | Subject | |
---|---|---|---|
Next Message | Holger Jakobs | 2022-07-12 17:10:10 | Re: Automating removal of orphaned stored procedure calls |
Previous Message | MichaelDBA Vitale | 2022-07-12 14:31:17 | Re: Improve "select count(*)" query - takes more than 30 mins for some large tables |