| From: | Ryan Lambert <ryan(at)rustprooflabs(dot)com> |
|---|---|
| To: | Simon Riggs <simon(dot)riggs(at)enterprisedb(dot)com> |
| Cc: | Surafel Temesgen <surafel3000(at)gmail(dot)com>, Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, Rémi Lapeyre <remi(dot)lapeyre(at)lenstra(dot)fr>, Eli Marmor <eli(at)netmask(dot)it>, David Steele <david(at)pgmasters(dot)net>, Vik Fearing <vik(dot)fearing(at)2ndquadrant(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Georgios <gkokolatos(at)protonmail(dot)com> |
| Subject: | Re: WIP: System Versioned Temporal Table |
| Date: | 2021-01-14 23:01:18 |
| Message-ID: | CAN-V+g98BC0K+z8LdQOKWwW+0Lv6CeqGdvPtHneWscheRwYQ6Q@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, Jan 14, 2021 at 2:22 PM Simon Riggs <simon(dot)riggs(at)enterprisedb(dot)com>
wrote:
> On Thu, Jan 14, 2021 at 5:46 PM Surafel Temesgen <surafel3000(at)gmail(dot)com>
> wrote:
>
> > On Fri, Jan 8, 2021 at 7:50 PM Ryan Lambert <ryan(at)rustprooflabs(dot)com>
> wrote:
> >>
> >> I prefer to have them hidden by default. This was mentioned up-thread
> with no decision, it seems the standard is ambiguous. MS SQL appears to
> have flip-flopped on this decision [1].
>
> I think the default should be like this:
>
> SELECT * FROM foo FOR SYSTEM_TIME AS OF ...
> should NOT include the Start and End timestamp columns
> because this acts like a normal query just with a different snapshot
> timestamp
>
> SELECT * FROM foo FOR SYSTEM_TIME BETWEEN x AND y
> SHOULD include the Start and End timestamp columns
> since this form of query can include multiple row versions for the
> same row, so it makes sense to see the validity times
>
+1
Ryan Lambert
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David Zhang | 2021-01-14 23:51:03 | Re: Add table access method as an option to pgbench |
| Previous Message | Zhihong Yu | 2021-01-14 22:46:40 | Re: Transactions involving multiple postgres foreign servers, take 2 |