Re: [proposal] protocol extension to support loadable stream filters - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [proposal] protocol extension to support loadable stream filters
Date
Msg-id 5664.1114784264@sss.pgh.pa.us
Whole thread Raw
In response to Re: [proposal] protocol extension to support loadable stream filters  (Brent Verner <brent@rcfile.org>)
Responses Re: [proposal] protocol extension to support loadable stream filters  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
List pgsql-hackers
Brent Verner <brent@rcfile.org> writes:
>   Now, the hard part...where should this code live?  I'm thinking a 
> src/transport directory seems sensible.

Our experience with trying to write single files to serve both server
and client sides has been, um, painful.  I recommend you not try this.
My recommendation would be server-side code in src/backend/libpq/
and client-side code in src/interfaces/libpq/.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Sergey E. Koposov"
Date:
Subject: performance of bitmap scans in nested loop joins
Next
From: Tom Lane
Date:
Subject: Re: [GENERAL] Returning a RECORD, not SETOF RECORD