On Wed, Feb 5, 2014 at 11:48 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> If we had infinite time/manpower, this wouldn't really be an issue.
> We don't, though, and so I suggest that this may be one of the better
> things to toss overboard.
The hstore send/recv functions have basically the same
(copy/pasted/name adjusted) implementation. Since hstore will
presumably remain (as the current hstore is) 'deep binary' and all of
Andres's gripes apply to the hstore as well, this change buys us
precisely zap from a time perspective; it comes down to which is
intrinsically the better choice.
merlin