Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
Date
Msg-id 2145.1266874640@sss.pgh.pa.us
Whole thread Raw
In response to Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)  (Dimitri Fontaine <dfontaine@hi-media.com>)
Responses Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
List pgsql-hackers
Dimitri Fontaine <dfontaine@hi-media.com> writes:
> Tom Lane <tgl@sss.pgh.pa.us> writes:
>> This seems like a solution in search of a problem to me.  The most
>> salient aspect of such processes is that they would necessarily run
>> as the postgres user

> The precedent are archive and restore command. They do run as postgres
> user too, don't they?

Well, yeah, but you *must* trust those commands because every last bit
of your database content passes through their hands.  That is not an
argument why you need to trust a scheduling facility --- much less the
tasks it schedules.

I still say that every use case so far presented here would be equally
if not better served outside the database.  Putting it inside just
creates more failure scenarios and security risks.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Merlin Moncure
Date:
Subject: Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
Next
From: Dimitri Fontaine
Date:
Subject: Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)