Re: Extension to rewrite queries before execution

From: Melvin Davidson <melvin6925(at)gmail(dot)com>
To: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Extension to rewrite queries before execution
Date: 2015-08-14 16:18:21
Message-ID: CANu8Fixa=+cqKFc7aM4RAxOyBJAKVAOxK-7pfCZkpOuBfDkQ8w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Jeff, although it would be tedious, you could write a trigger of the form
BEFORE INSERT ON yatta_yatta
EXECUTE PROCEDURE check_rewrite;

Then in check_rewrite, you could examine the contents of
pg_stat_activity.query column for the current process
and act accordingly.

I acknowledge that it will impact performance, but I see no other way to
accomplish what you wish.

At the very least, you would be able to issue the "set enable_* =off;" or
"set work_mem=*; inside the procedure.

That is the best I can suggest.

On Fri, Aug 14, 2015 at 11:53 AM, Jeff Janes <jeff(dot)janes(at)gmail(dot)com> wrote:

> > On Thu, Aug 13, 2015 at 1:37 PM, Melvin Davidson <melvin6925(at)gmail(dot)com>
> wrote:
>
>
>> On Thu, Aug 13, 2015 at 3:49 PM, Jeff Janes <jeff(dot)janes(at)gmail(dot)com> wrote:
>>
>>> I am looking for an extension or a technique that will allow me to
>>> intercept a query by the exact query text, and replace that query with a
>>> different one.
>>>
>>> The context is running a third-party app which issues queries I have no
>>> control over. I'd like to intercept a specific query (which has no bind
>>> parameters) and either replace the query text with a different text which,
>>> for example, swaps out an "in list" clause to instead be an "exists
>>> (subquery)".
>>>
>>> Or just wrap the query in a "set enable_* =off;" or "set work_mem=*;"
>>> before and a reset of it after.
>>>
>>> Is there anything out there like this? This would be for 9.4.
>>>
>>> I'm willing to put the query text, and its replacement, directly into
>>> the extension source code and compile it, but of course something more
>>> flexible would be ideal.
>>>
>>>
>
> You have not stated which Version or PostgreSQL, nor the O/S involved.
>> That being said, depending on what the specific query is, you might
>> consider using a Rule or Trigger to handle it. If you use a Trigger ( which
>> is the preferred method) you can also embed "set" commands the associated
>> function.
>>
>
> Sure I did, 9.4. OS would be Linux, although I would hope a solution
> would be work. If you mean the built-in-to-core rules or triggers, those
> wouldn't work. Neither one allows you to rewrite a where clause as far as
> I can tell. Rules allows you add one, but not more than that. And
> triggers don't exists for select queries.
>
> Cheers,
>
> Jeff
>

--
*Melvin Davidson*
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Chris Mair 2015-08-14 16:19:24 Re: stack depth
Previous Message Adrian Klaver 2015-08-14 16:10:46 Re: Extension to rewrite queries before execution