Re: [17] CREATE SUBSCRIPTION ... SERVER
От
Jeff Davis
Тема
Re: [17] CREATE SUBSCRIPTION ... SERVER
Дата
Msg-id
433d0845248e86c0317d9d396926182cfe157340.camel@j-davis.com
Ответ на
Re: [17] CREATE SUBSCRIPTION ... SERVER (Ashutosh Bapat)
Список
Дерево обсуждения
[17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Tom Lane <tgl@sss.pgh.pa.us>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Robert Haas <robertmhaas@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Joe Conway <mail@joeconway.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Robert Haas <robertmhaas@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Joe Conway <mail@joeconway.com>
Re: [17] CREATE SUBSCRIPTION ... SERVER Jeff Davis <pgsql@j-davis.com>
On Fri, 2023-09-01 at 12:28 +0530, Ashutosh Bapat wrote: > Thinking larger, how about we allow any FDW to be used here. That's a possibility, but I think that means the subscription would need to constantly re-check the parameters rather than relying on the FDW's validator. Otherwise it might be the wrong kind of FDW, and the user might be able to circumvent the password_required protection. It might not even be a postgres-related FDW at all, which would be a bit strange. If it's constantly re-checking the parameters then it raises the possibility that some "ALTER SERVER" or "ALTER USER MAPPING" succeeds but then subscriptions to that foreign server start failing, which would not be ideal. But I could be fine with that. > But I think there's some value in bringing > together these two subsystems which deal with foreign data logically > (as in logical vs physical view of data). I still don't understand how a core dependency on an extension would work. Regards, Jeff Davis
В списке pgsql-hackers по дате отправления