| From: | Peter Moser <pitiz29a(at)gmail(dot)com> |
|---|---|
| To: | Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com> |
| Cc: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, Johann Gamper <gamper(at)inf(dot)unibz(dot)it>, Michael Böhlen <boehlen(at)ifi(dot)uzh(dot)ch>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Anton Dignös <anton(dot)dignoes(at)unibz(dot)it> |
| Subject: | Re: [PROPOSAL] Temporal query processing with range types |
| Date: | 2017-03-01 09:56:50 |
| Message-ID: | CAHO0eLauHy-TmkHKdtXcaUk_4-3SjSiZiVtvNDh7PgnGP4CaJQ@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
2017-02-15 20:24 GMT+01:00 Robert Haas <robertmhaas(at)gmail(dot)com>:
> There's no documentation in this patch. I'm not sure you want to go
> to the trouble of writing SGML documentation until this has been
> reviewed enough that it has a real chance of getting committed, but on
> the other hand we're obviously all struggling to understand what it
> does, so I think if not SGML documentation it at least needs a real
> clear explanation of what the syntax is and does in a README or
> something, even just for initial review.
The attached README explains the NORMALIZE operation step-by-step with
an example. That is, we start from a query input, show how we rewrite
it during parser stage, and show how the final execution generates
result tuples. A similar walkthrough for ALIGN will follow soon.
We are thankful for any suggestion or ideas, to be used to write a
good SGML documentation.
Best regards,
Anton, Michael, Johann, Peter
| Attachment | Content-Type | Size |
|---|---|---|
| README-NORMALIZE.txt | text/plain | 5.8 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Yugo Nagata | 2017-03-01 10:07:30 | Re: [POC] hash partitioning |
| Previous Message | Yugo Nagata | 2017-03-01 09:45:38 | Re: [POC] hash partitioning |