Re: Interval->day docs and regression tests - Mailing list pgsql-patches

From Bruce Momjian
Subject Re: Interval->day docs and regression tests
Date
Msg-id 200507301452.j6UEq2w19540@candle.pha.pa.us
Whole thread Raw
In response to Interval->day docs and regression tests  (Michael Glaesemann <grzm@myrealbox.com>)
List pgsql-patches
Patch applied.  Thanks.

---------------------------------------------------------------------------


Michael Glaesemann wrote:
> Please find attached diffs for documentation and simple regression
> tests for the new interval->day changes. I added tests for
> justify_hours() and justify_days() to interval.sql, as they take
> interval input and produce interval output. If there's a more
> appropriate place for them, please let me know.
>
> I've included the diff in the email as well (below) for ease of review.
>
> Michael Glaesemann
> grzm myrealbox com
>
> Index: doc/src/sgml/func.sgml
> ===================================================================
> RCS file: /projects/cvsroot/pgsql/doc/src/sgml/func.sgml,v
> retrieving revision 1.269
> diff -c -r1.269 func.sgml
> *** doc/src/sgml/func.sgml    22 Jul 2005 21:16:14 -0000    1.269
> --- doc/src/sgml/func.sgml    26 Jul 2005 00:43:49 -0000
> ***************
> *** 4903,4908 ****
> --- 4903,4926 ----
>       such pair.
>      </para>
>
> +   <para>
> +    When adding an <type>interval</type> value to (or subtracting an
> +    <type>interval</type> value from) a <type>timestamp with time
> zone</type>
> +    value, the days component advances (or decrements) the date of the
> +    <type>timestamp with time zone<type> by the indicated number of
> days.
> +    Across daylight saving time changes (with the session tiem zone
> set to a
> +    time zone that recognizes DST), this means <literal>interval '1
> day'</literal>
> +    does not necessarily equal <literal>interval '24 hours'</literal>.
> +    For example, with the session time zone set to <literal>CST7CDT</
> literal>
> +    <literal>timestamp with time zone '2005-04-02 12:00-07' +
> interval '1 day' </literal>
> +    will produce <literal>timestamp with time zone '2005-04-03
> 12:00-06'</literal>,
> +    while adding <literal>interval '24 hours'</literal> to the same
> initial
> +    <type>timestamp with time zone</type> produces
> +    <literal>timestamp with time zone '2005-04-03 13:00-06'</
> literal>, as there is
> +    a change in daylight saving time at <literal>2005-04-03 02:00</
> literal> in time zone
> +    <literal>CST7CDT</literal>.
> +   </para>
> +
>        <table id="operators-datetime-table">
>         <title>Date/Time Operators</title>
>
> Index: src/test/regress/expected/horology.out
> ===================================================================
> RCS file: /projects/cvsroot/pgsql/src/test/regress/expected/
> horology.out,v
> retrieving revision 1.56
> diff -c -r1.56 horology.out
> *** src/test/regress/expected/horology.out    27 May 2005 21:31:23
> -0000    1.56
> --- src/test/regress/expected/horology.out    26 Jul 2005 00:43:49 -0000
> ***************
> *** 598,603 ****
> --- 598,630 ----
>     t
>    (1 row)
>
> + -- timestamp with time zone, interval arithmetic around DST change
> + SET TIME ZONE 'CST7CDT';
> + SELECT timestamp with time zone '2005-04-02 12:00-07' + interval '1
> day' as "Apr 3, 12:00";
> +          Apr 3, 12:00
> + ------------------------------
> +  Sun Apr 03 12:00:00 2005 CDT
> + (1 row)
> +
> + SELECT timestamp with time zone '2005-04-02 12:00-07' + interval
> '24 hours' as "Apr 3, 13:00";
> +          Apr 3, 13:00
> + ------------------------------
> +  Sun Apr 03 13:00:00 2005 CDT
> + (1 row)
> +
> + SELECT timestamp with time zone '2005-04-03 12:00-06' - interval '1
> day' as "Apr 2, 12:00";
> +          Apr 2, 12:00
> + ------------------------------
> +  Sat Apr 02 12:00:00 2005 CST
> + (1 row)
> +
> + SELECT timestamp with time zone '2005-04-03 12:00-06' - interval
> '24 hours' as "Apr 2, 11:00";
> +          Apr 2, 11:00
> + ------------------------------
> +  Sat Apr 02 11:00:00 2005 CST
> + (1 row)
> +
> + RESET TIME ZONE;
>    SELECT timestamptz(date '1994-01-01', time '11:00') AS
> "Jan_01_1994_10am";
>           Jan_01_1994_10am
>    ------------------------------
> Index: src/test/regress/expected/interval.out
> ===================================================================
> RCS file: /projects/cvsroot/pgsql/src/test/regress/expected/
> interval.out,v
> retrieving revision 1.12
> diff -c -r1.12 interval.out
> *** src/test/regress/expected/interval.out    20 Jul 2005 16:42:32
> -0000    1.12
> --- src/test/regress/expected/interval.out    26 Jul 2005 00:43:49 -0000
> ***************
> *** 228,230 ****
> --- 228,243 ----
>     @ 4541 years 4 mons 4 days 17 mins 31 secs
>    (1 row)
>
> + -- test justify_hours() and justify_days()
> + SELECT justify_hours(interval '6 months 3 days 52 hours 3 minutes 2
> seconds') as "6 mons 5 days 4 hours 3 mins 2 seconds";
> +  6 mons 5 days 4 hours 3 mins 2 seconds
> + ----------------------------------------
> +  @ 6 mons 5 days 4 hours 3 mins 2 secs
> + (1 row)
> +
> + SELECT justify_days(interval '6 months 36 days 5 hours 4 minutes 3
> seconds') as "7 mons 6 days 5 hours 4 mins 3 seconds";
> +  7 mons 6 days 5 hours 4 mins 3 seconds
> + ----------------------------------------
> +  @ 7 mons 6 days 5 hours 4 mins 3 secs
> + (1 row)
> +
> Index: src/test/regress/sql/horology.sql
> ===================================================================
> RCS file: /projects/cvsroot/pgsql/src/test/regress/sql/horology.sql,v
> retrieving revision 1.30
> diff -c -r1.30 horology.sql
> *** src/test/regress/sql/horology.sql    7 Apr 2005 01:51:41 -0000
> 1.30
> --- src/test/regress/sql/horology.sql    26 Jul 2005 00:43:49 -0000
> ***************
> *** 114,119 ****
> --- 114,128 ----
>    SELECT (timestamp with time zone 'tomorrow' = (timestamp with time
> zone 'yesterday' + interval '2 days')) as "True";
>    SELECT (timestamp with time zone 'tomorrow' > 'now') as "True";
>
> + -- timestamp with time zone, interval arithmetic around DST change
> + SET TIME ZONE 'CST7CDT';
> + SELECT timestamp with time zone '2005-04-02 12:00-07' + interval '1
> day' as "Apr 3, 12:00";
> + SELECT timestamp with time zone '2005-04-02 12:00-07' + interval
> '24 hours' as "Apr 3, 13:00";
> + SELECT timestamp with time zone '2005-04-03 12:00-06' - interval '1
> day' as "Apr 2, 12:00";
> + SELECT timestamp with time zone '2005-04-03 12:00-06' - interval
> '24 hours' as "Apr 2, 11:00";
> + RESET TIME ZONE;
> +
> +
>    SELECT timestamptz(date '1994-01-01', time '11:00') AS
> "Jan_01_1994_10am";
>    SELECT timestamptz(date '1994-01-01', time '10:00') AS
> "Jan_01_1994_9am";
>    SELECT timestamptz(date '1994-01-01', time with time zone
> '11:00-8') AS "Jan_01_1994_11am";
> Index: src/test/regress/sql/interval.sql
> ===================================================================
> RCS file: /projects/cvsroot/pgsql/src/test/regress/sql/interval.sql,v
> retrieving revision 1.7
> diff -c -r1.7 interval.sql
> *** src/test/regress/sql/interval.sql    26 May 2005 02:04:14
> -0000    1.7
> --- src/test/regress/sql/interval.sql    26 Jul 2005 00:43:49 -0000
> ***************
> *** 69,71 ****
> --- 69,78 ----
>
>    -- test long interval input
>    select '4 millenniums 5 centuries 4 decades 1 year 4 months 4 days
> 17 minutes 31 seconds'::interval;
> +
> +
> + -- test justify_hours() and justify_days()
> +
> + SELECT justify_hours(interval '6 months 3 days 52 hours 3 minutes 2
> seconds') as "6 mons 5 days 4 hours 3 mins 2 seconds";
> + SELECT justify_days(interval '6 months 36 days 5 hours 4 minutes 3
> seconds') as "7 mons 6 days 5 hours 4 mins 3 seconds";
> +
>
>

[ Attachment, skipping... ]

>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: if posting/reading through Usenet, please send an appropriate
>        subscribe-nomail command to majordomo@postgresql.org so that your
>        message can get through to the mailing list cleanly

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-patches by date:

Previous
From: "Magnus Hagander"
Date:
Subject: Re: Updated instrumentation patch
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Autovacuum loose ends