Re: Add pg_file_sync() to adminpack

From: Julien Rouhaud <rjuju123(at)gmail(dot)com>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, Arthur Zakirov <zaartur(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Add pg_file_sync() to adminpack
Date: 2020-01-14 22:12:18
Message-ID: CAOBaU_bscJbeHMuMgu3z2HdT1f49z6cmXtbaBiLH+QyEwi-i+g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Le mar. 14 janv. 2020 à 22:57, Stephen Frost <sfrost(at)snowman(dot)net> a écrit :

> Greetings,
>
> * Julien Rouhaud (rjuju123(at)gmail(dot)com) wrote:
> > On Fri, Jan 10, 2020 at 10:50 AM Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
> wrote:
> > > On Thu, Jan 9, 2020 at 10:39 PM Julien Rouhaud <rjuju123(at)gmail(dot)com>
> wrote:
> > > > I think that pg_write_server_files should be allowed to call that
> > > > function by default.
> > >
> > > But pg_write_server_files users are not allowed to execute
> > > other functions like pg_file_write() by default. So doing that
> > > change only for pg_file_sync() looks strange to me.
> >
> > Ah indeed. I'm wondering if that's an oversight of the original
> > default role patch or voluntary.
>
> It was intentional.
>

ok, thanks for the clarification.

>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tomas Vondra 2020-01-14 22:12:47 Re: planner support functions: handle GROUP BY estimates ?
Previous Message David Fetter 2020-01-14 22:09:18 Re: Use compiler intrinsics for bit ops in hash