From: | Etsuro Fujita <fujita(dot)etsuro(at)lab(dot)ntt(dot)co(dot)jp> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Greg Stark <stark(at)mit(dot)edu>, Robert Haas <robertmhaas(at)gmail(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Proposal: Create index on foreign table |
Date: | 2012-03-22 09:41:11 |
Message-ID: | 4F6AF3B7.80100@lab.ntt.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
(2012/03/22 9:24), Tom Lane wrote:
> What's at stake in the current discussion is whether it would be
> advantageous to an FDW if we were to store some information about
> remote indexes in the local catalogs. It would still be the FDW's
> responsibility, and nobody else's, to make use of that information.
> I can believe that we might eventually decide to do that; but I do not
> think we have enough experience with different sorts of FDWs to define
> a good solution today. And I think that most likely a good solution
> will *not* conflate such remote-index information with local indexes.
>
> So basically my reaction to Etsuro-san's proposal is "this is
> premature". I think he should be hacking together some FDW-private
> facilities for individual FDWs instead (with the full understanding
> that these might be throwaway prototypes), and then looking for a
> common abstraction after he's done a few of those.
OK. I'd like to at first focus on file FDW and Postgres FDW. I'd like
to thank everyone who commented on this topic. Thanks!
Best regards,
Etsuro Fujita
From | Date | Subject | |
---|---|---|---|
Next Message | Ants Aasma | 2012-03-22 12:55:32 | pg_upgrade incorrectly equates pg_default and database tablespace |
Previous Message | Ashutosh Bapat | 2012-03-22 06:22:04 | Re: Reconstructing Insert queries with indirection |