From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: disposition of remaining patches |
Date: | 2011-02-19 01:20:14 |
Message-ID: | AANLkTinAKx2AxRH3i=E0e0xTppFMzFvoT1MCH+vvmvkU@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Feb 18, 2011 at 6:04 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> FWIW, my thought is to try to get the API patch committed and then do
> the file_fdw patch. Maybe I'm hopelessly ASCII-centric, but I do not
> see encoding considerations as a blocking factor for this. If we define
> that files are read in the database encoding, it's still a pretty damn
> useful feature. We can look at whether that can be improved after we
> have some kind of feature at all.
Sure. OTOH, Itagaki Takahiro's solution wasn't a lot of code, so if
he feels reasonably confident in it, I'd like to see it committed.
> postgresql_fdw may have to live as an external project for the 9.1
> cycle, unless it's in much better shape than you suggest above.
> I won't feel too bad about that as long as the core support exists.
> More than likely, people would want to improve it on a faster release
> cycle than the core anyway.
I think as long as we have one implementation in contrib, we're OK to release.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2011-02-19 01:45:48 | Re: Sync Rep v17 |
Previous Message | Alvaro Herrera | 2011-02-19 01:12:59 | Re: Snapshot synchronization, again... |