Consistently use "superuser" instead of "super user"
[pgsql.git] / src / test / regress / expected / time.out
blob39b409feca99486905a0ccd7e1820ccd434d2674
1 --
2 -- TIME
3 --
4 CREATE TABLE TIME_TBL (f1 time(2));
5 INSERT INTO TIME_TBL VALUES ('00:00');
6 INSERT INTO TIME_TBL VALUES ('01:00');
7 -- as of 7.4, timezone spec should be accepted and ignored
8 INSERT INTO TIME_TBL VALUES ('02:03 PST');
9 INSERT INTO TIME_TBL VALUES ('11:59 EDT');
10 INSERT INTO TIME_TBL VALUES ('12:00');
11 INSERT INTO TIME_TBL VALUES ('12:01');
12 INSERT INTO TIME_TBL VALUES ('23:59');
13 INSERT INTO TIME_TBL VALUES ('11:59:59.99 PM');
14 INSERT INTO TIME_TBL VALUES ('2003-03-07 15:36:39 America/New_York');
15 INSERT INTO TIME_TBL VALUES ('2003-07-07 15:36:39 America/New_York');
16 -- this should fail (the timezone offset is not known)
17 INSERT INTO TIME_TBL VALUES ('15:36:39 America/New_York');
18 ERROR:  invalid input syntax for type time: "15:36:39 America/New_York"
19 LINE 1: INSERT INTO TIME_TBL VALUES ('15:36:39 America/New_York');
20                                      ^
21 SELECT f1 AS "Time" FROM TIME_TBL;
22     Time     
23 -------------
24  00:00:00
25  01:00:00
26  02:03:00
27  11:59:00
28  12:00:00
29  12:01:00
30  23:59:00
31  23:59:59.99
32  15:36:39
33  15:36:39
34 (10 rows)
36 SELECT f1 AS "Three" FROM TIME_TBL WHERE f1 < '05:06:07';
37   Three   
38 ----------
39  00:00:00
40  01:00:00
41  02:03:00
42 (3 rows)
44 SELECT f1 AS "Five" FROM TIME_TBL WHERE f1 > '05:06:07';
45     Five     
46 -------------
47  11:59:00
48  12:00:00
49  12:01:00
50  23:59:00
51  23:59:59.99
52  15:36:39
53  15:36:39
54 (7 rows)
56 SELECT f1 AS "None" FROM TIME_TBL WHERE f1 < '00:00';
57  None 
58 ------
59 (0 rows)
61 SELECT f1 AS "Eight" FROM TIME_TBL WHERE f1 >= '00:00';
62     Eight    
63 -------------
64  00:00:00
65  01:00:00
66  02:03:00
67  11:59:00
68  12:00:00
69  12:01:00
70  23:59:00
71  23:59:59.99
72  15:36:39
73  15:36:39
74 (10 rows)
76 -- Check edge cases
77 SELECT '23:59:59.999999'::time;
78       time       
79 -----------------
80  23:59:59.999999
81 (1 row)
83 SELECT '23:59:59.9999999'::time;  -- rounds up
84    time   
85 ----------
86  24:00:00
87 (1 row)
89 SELECT '23:59:60'::time;  -- rounds up
90    time   
91 ----------
92  24:00:00
93 (1 row)
95 SELECT '24:00:00'::time;  -- allowed
96    time   
97 ----------
98  24:00:00
99 (1 row)
101 SELECT '24:00:00.01'::time;  -- not allowed
102 ERROR:  date/time field value out of range: "24:00:00.01"
103 LINE 1: SELECT '24:00:00.01'::time;
104                ^
105 SELECT '23:59:60.01'::time;  -- not allowed
106 ERROR:  date/time field value out of range: "23:59:60.01"
107 LINE 1: SELECT '23:59:60.01'::time;
108                ^
109 SELECT '24:01:00'::time;  -- not allowed
110 ERROR:  date/time field value out of range: "24:01:00"
111 LINE 1: SELECT '24:01:00'::time;
112                ^
113 SELECT '25:00:00'::time;  -- not allowed
114 ERROR:  date/time field value out of range: "25:00:00"
115 LINE 1: SELECT '25:00:00'::time;
116                ^
118 -- TIME simple math
120 -- We now make a distinction between time and intervals,
121 -- and adding two times together makes no sense at all.
122 -- Leave in one query to show that it is rejected,
123 -- and do the rest of the testing in horology.sql
124 -- where we do mixed-type arithmetic. - thomas 2000-12-02
125 SELECT f1 + time '00:01' AS "Illegal" FROM TIME_TBL;
126 ERROR:  operator is not unique: time without time zone + time without time zone
127 LINE 1: SELECT f1 + time '00:01' AS "Illegal" FROM TIME_TBL;
128                   ^
129 HINT:  Could not choose a best candidate operator. You might need to add explicit type casts.
131 -- test EXTRACT
133 SELECT EXTRACT(MICROSECOND FROM TIME '2020-05-26 13:30:25.575401');
134  extract  
135 ----------
136  25575401
137 (1 row)
139 SELECT EXTRACT(MILLISECOND FROM TIME '2020-05-26 13:30:25.575401');
140   extract  
141 -----------
142  25575.401
143 (1 row)
145 SELECT EXTRACT(SECOND      FROM TIME '2020-05-26 13:30:25.575401');
146   extract  
147 -----------
148  25.575401
149 (1 row)
151 SELECT EXTRACT(MINUTE      FROM TIME '2020-05-26 13:30:25.575401');
152  extract 
153 ---------
154       30
155 (1 row)
157 SELECT EXTRACT(HOUR        FROM TIME '2020-05-26 13:30:25.575401');
158  extract 
159 ---------
160       13
161 (1 row)
163 SELECT EXTRACT(DAY         FROM TIME '2020-05-26 13:30:25.575401');  -- error
164 ERROR:  "time" units "day" not recognized
165 SELECT EXTRACT(FORTNIGHT   FROM TIME '2020-05-26 13:30:25.575401');  -- error
166 ERROR:  "time" units "fortnight" not recognized
167 SELECT EXTRACT(TIMEZONE    FROM TIME '2020-05-26 13:30:25.575401');  -- error
168 ERROR:  "time" units "timezone" not recognized
169 SELECT EXTRACT(EPOCH       FROM TIME '2020-05-26 13:30:25.575401');
170    extract    
171 --------------
172  48625.575401
173 (1 row)
175 -- date_part implementation is mostly the same as extract, so only
176 -- test a few cases for additional coverage.
177 SELECT date_part('microsecond', TIME '2020-05-26 13:30:25.575401');
178  date_part 
179 -----------
180   25575401
181 (1 row)
183 SELECT date_part('millisecond', TIME '2020-05-26 13:30:25.575401');
184  date_part 
185 -----------
186  25575.401
187 (1 row)
189 SELECT date_part('second',      TIME '2020-05-26 13:30:25.575401');
190  date_part 
191 -----------
192  25.575401
193 (1 row)
195 SELECT date_part('epoch',       TIME '2020-05-26 13:30:25.575401');
196   date_part   
197 --------------
198  48625.575401
199 (1 row)