Re: How to watch for schema changes

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: Igor Korot <ikorot01(at)gmail(dot)com>
Cc: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: How to watch for schema changes
Date: 2018-07-05 17:35:19
Message-ID: CAKFQuwZXb6AmYv17d4xZk=7w+9py6XG3X+vXo-yG-JpWkg8XNw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Jul 5, 2018 at 10:07 AM, Igor Korot <ikorot01(at)gmail(dot)com> wrote:

> On Thu, Jul 5, 2018 at 11:49 AM, David G. Johnston
> <david(dot)g(dot)johnston(at)gmail(dot)com> wrote:
>
> > You can, and depending on how often you intend to execute said code, it
> is
> > probably the better way. It also requires pl/pgsql while CREATE OR
> REPLACE
> > "just works" as a single SQL command. It seems easier to give you the
> > simple answer than to work out the details for the more complex one.
>
> Is it the same from the DB server POV? Meaning it is also the same 1/2
> hit depending on the existence? Also performance-wise querying and this
> method is the same, right?
>

If you care about performance here I'd suggest you measure it. The absence
of catalog bloat is the more meaningful benefit IMO.

If the function doesn't exist CREATE FUNCTION likely wins hands-down. If
the function name/signature does exist you are starting to compare apples
and oranges.

David J.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Rafal Pietrak 2018-07-05 20:45:54 Re: FK v.s unique indexes
Previous Message Adrian Klaver 2018-07-05 17:18:18 Re: Split daterange into sub periods