Re: How to watch for schema changes
От | Igor Korot |
---|---|
Тема | Re: How to watch for schema changes |
Дата | |
Msg-id | CA+FnnTyV9CBFxGSg3ad_+zXO5_AtpMX6DQ5Kca-3rHWQF8ix=Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: How to watch for schema changes (Adrian Klaver <adrian.klaver@aklaver.com>) |
Ответы |
Re: How to watch for schema changes
|
Список | pgsql-general |
Hi, Adrian, On Mon, Dec 3, 2018 at 4:10 PM Adrian Klaver <adrian.klaver@aklaver.com> wrote: > > On 12/3/18 1:53 PM, Igor Korot wrote: > > Hi, Adrian, > > >> Why? Just create the trigger once in a script. Event triggers are an > >> attribute of the database and stay with it until they are dropped. If > >> you want to turn then on and off use the ALTER EVENT TRIGGER > >> ENABLE/DISABLE. If you insist on recreating them on each connection then: > >> > >> https://www.postgresql.org/docs/10/sql-dropeventtrigger.html > >> DROP EVENT TRIGGER [ IF EXISTS ] name [ CASCADE | RESTRICT ] > >> CREATE EVENT TRIGGER ... > > > > I was hoping to create a software which will be just "install-and-use". > > No additional script running or database changes is required. > > After I hit reply my subconscious kicked in and pointed out something:) > > If there are no database changes why do you need to track schema changes? That was a bad word selection. ;-) What I mean to say was "no schema changes/server changes that comes independently of the program install". Or something to that extent. Sorry, ESL person here. Thank you. > > > > > But I will probably create it on every connection and delete on the > > disconnect (see above). > > > > -- > Adrian Klaver > adrian.klaver@aklaver.com
В списке pgsql-general по дате отправления: