From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Mark Wong <mark(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: doc examples for pghandler |
Date: | 2020-06-13 02:13:41 |
Message-ID: | 796709.1592014421@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Mark Wong <mark(at)2ndquadrant(dot)com> writes:
> On Fri, Jun 12, 2020 at 03:10:20PM -0400, Tom Lane wrote:
>> I wonder if it'd be possible to adapt what you have here into some
>> tiny contrib module that doesn't do very much useful, but can at
>> least be tested to see that it compiles; moreover it could be
>> copied verbatim to serve as a starting point for a new PL.
> I do have the code examples in a repo. [1] The 0.4 directory consists
> of everything the examples show.
> It would be easy enough to adapt that for contrib, and move some of the
> content from the doc patch into that. Then touch up the handler chapter
> to reference the contrib module.
On second thought, contrib/ is not quite the right place, because we
typically expect modules there to actually get installed, meaning they
have to have at least some end-user usefulness. The right place for
a toy PL handler is probably src/test/modules/; compare for example
src/test/modules/test_parser/, which is serving quite the same sort
of purpose as a skeleton text search parser.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2020-06-13 03:53:01 | Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? |
Previous Message | Chapman Flack | 2020-06-13 02:05:16 | Re: what can go in root.crt ? |