多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
# 9.9\. 时间/日期函数和操作符 [Table 9-27](#calibre_link-1535)显示了可以用于处理日期/时间数值的函数, 随后一节里描述了细节。[Table 9-26](#calibre_link-2213) 演示了基本算术操作符的行为(`+`,`*`, 等)。 而与格式化相关的函数,可以参考[Section 9.8](#calibre_link-800)。 你应该很熟悉[Section 8.5](#calibre_link-783)的日期/时间数据类型的背景知识。 所有下述函数和操作符接收的`time`或`timestamp`输入实际上都来自两种可能: 一种是接收`time with time zone`或`timestamp with time zone`, 另外一种是接收`time without time zone`或`timestamp without time zone`。 出于简化考虑,这些变种没有独立显示出来。还有,`+`和`*` 操作符都是以可交换的操作符对(比如,date + integer 和 integer + date); 我们只显示了这样的交换操作符对中的一个。 **Table 9-26\. 日期/时间操做符** | 操作符 | 例子 | 结果 | | --- | --- | --- | | `+` | `date '2001-09-28' + integer '7'` | `date '2001-10-05'` | | `+` | `date '2001-09-28' + interval '1 hour'` | `timestamp '2001-09-28 01:00:00'` | | `+` | `date '2001-09-28' + time '03:00'` | `timestamp '2001-09-28 03:00:00'` | | `+` | `interval '1 day' + interval '1 hour'` | `interval '1 day 01:00:00'` | | `+` | `timestamp '2001-09-28 01:00' + interval '23 hours'` | `timestamp '2001-09-29 00:00:00'` | | `+` | `time '01:00' + interval '3 hours'` | `time '04:00:00'` | | `-` | `- interval '23 hours'` | `interval '-23:00:00'` | | `-` | `date '2001-10-01' - date '2001-09-28'` | `integer '3'` (days) | | `-` | `date '2001-10-01' - integer '7'` | `date '2001-09-24'` | | `-` | `date '2001-09-28' - interval '1 hour'` | `timestamp '2001-09-27 23:00:00'` | | `-` | `time '05:00' - time '03:00'` | `interval '02:00:00'` | | `-` | `time '05:00' - interval '2 hours'` | `time '03:00:00'` | | `-` | `timestamp '2001-09-28 23:00' - interval '23 hours'` | `timestamp '2001-09-28 00:00:00'` | | `-` | `interval '1 day' - interval '1 hour'` | `interval '1 day -01:00:00'` | | `-` | `timestamp '2001-09-29 03:00' - timestamp '2001-09-27 12:00'` | `interval '1 day 15:00:00'` | | `*` | `900 * interval '1 second'` | `interval '00:15:00'` | | `*` | `21 * interval '1 day'` | `interval '21 days'` | | `*` | `double precision '3.5' * interval '1 hour'` | `interval '03:30:00'` | | `/` | `interval '1 hour' / double precision '1.5'` | `interval '00:40:00'` | **Table 9-27\. 日期/时间函数** | 函数 | 返回类型 | 描述 | 例子 | 结果 | | --- | --- | --- | --- | --- | | ``age(```timestamp`, `timestamp`) | `interval` | 减去参数后的"符号化"结果 | `age(timestamp '2001-04-10', timestamp '1957-06-13')` | `43 years 9 mons 27 days` | | ``age(```timestamp`) | `interval` | 从`current_date`减去参数后的结果(在午夜) | `age(timestamp '1957-06-13')` | `43 years 8 mons 3 days` | | ``clock_timestamp()`` | `timestamp with time zone` | 实时时钟的当前时间戳(在语句执行时变化);见[Section 9.9.4](#calibre_link-796) | | ``current_date`` | `date` | 当前的日期;见[Section 9.9.4](#calibre_link-796) | | ``current_time`` | `time with time zone` | 当日时间;见[Section 9.9.4](#calibre_link-796) | | ``current_timestamp`` | `timestamp with time zone` | 当前事务开始时的时间戳;见[Section 9.9.4](#calibre_link-796) | | ``date_part(```text`, `timestamp`) | `double precision` | 获取子域(等效于`extract`);又见[Section 9.9.1](#calibre_link-1876) | `date_part('hour', timestamp '2001-02-16 20:38:40')` | `20` | | ``date_part(```text`, `interval`) | `double precision` | 获取子域(等效于`extract`);又见[Section 9.9.1](#calibre_link-1876) | `date_part('month', interval '2 years 3 months')` | `3` | | ``date_trunc(```text`, `timestamp`) | `timestamp` | 截断成指定的精度;又见[Section 9.9.2](#calibre_link-1877) | `date_trunc('hour', timestamp '2001-02-16 20:38:40')` | `2001-02-16 20:00:00` | | ``extract`(``field` from `timestamp`) | `double precision` | 获取子域;又见[Section 9.9.1](#calibre_link-1876) | `extract(hour from timestamp '2001-02-16 20:38:40')` | `20` | | ``extract`(``field` from `interval`) | `double precision` | 获取子域;又见[Section 9.9.1](#calibre_link-1876) | `extract(month from interval '2 years 3 months')` | `3` | | ``isfinite(```date`) | `boolean` | 测试是否为有穷日期(不是 +/-无穷) | `isfinite(date '2001-02-16')` | `true` | | ``isfinite(```timestamp`) | `boolean` | 测试是否为有穷时间戳(不是 +/-无穷) | `isfinite(timestamp '2001-02-16 21:28:30')` | `true` | | ``isfinite(```interval`) | `boolean` | 测试是否为有穷时间间隔 | `isfinite(interval '4 hours')` | `true` | | ``justify_days(```interval`) | `interval` | 按照每月 30 天调整时间间隔 | `justify_days(interval '35 days')` | `1 mon 5 days` | | ``justify_hours(```interval`) | `interval` | 按照每天 24 小时调整时间间隔 | `justify_hours(interval '27 hours')` | `1 day 03:00:00` | | ``justify_interval(```interval`) | `interval` | 使用`justify_days`和`justify_hours`调整时间间隔的同时进行正负号调整 | `justify_interval(interval '1 mon -1 hour')` | `29 days 23:00:00` | | ``localtime`` | `time` | 当日时间;见[Section 9.9.4](#calibre_link-796) | | ``localtimestamp`` | `timestamp` | 当前事务开始时的时间戳;见[Section 9.9.4](#calibre_link-796) | | ``now()`` | `timestamp with time zone` | 当前事务开始时的时间戳;见[Section 9.9.4](#calibre_link-796) | | ``statement_timestamp()`` | `timestamp with time zone` | 实时时钟的当前时间戳;见[Section 9.9.4](#calibre_link-796) | | ``timeofday()`` | `text` | 与`clock_timestamp`相同,但结果是一个`text` 字符串;见[Section 9.9.4](#calibre_link-796) | | ``transaction_timestamp()`` | `timestamp with time zone` | 当前事务开始时的时间戳;见[Section 9.9.4](#calibre_link-796) | 除了这些函数以外,还支持 SQL 的`OVERLAPS`操作符: ``` (_start1_, _end1_) OVERLAPS (_start2_, _end2_) (_start1_, _length1_) OVERLAPS (_start2_, _length2_) ``` 这个表达式在两个时间域(用它们的终点定义)重叠的时候生成真值,在不重叠是生成假值。 终点可以用一对日期、时间、时间戳来声明;或者是一个后面跟着一个时间间隔的日期、 时间、时间戳。当提供一对值,不管先写开始还是结束;`OVERLAPS` 自动将这对值较早的作为开始。每段时间取值为半开区间`_开始_` `&lt;=` `_时间_` `&lt;` `_结束_`,除非`_开始_` 和`_结束_`相等,此时表示单一的时刻。 这意味着两个时间段只有一个共同的端点没有重叠。 ``` SELECT (DATE '2001-02-16', DATE '2001-12-21') OVERLAPS (DATE '2001-10-30', DATE '2002-10-30'); _Result:_ <samp class="literal">true</samp> SELECT (DATE '2001-02-16', INTERVAL '100 days') OVERLAPS (DATE '2001-10-30', DATE '2002-10-30'); _Result:_ <samp class="literal">false</samp> SELECT (DATE '2001-10-29', DATE '2001-10-30') OVERLAPS (DATE '2001-10-30', DATE '2001-10-31'); _Result:_ <samp class="literal">false</samp> SELECT (DATE '2001-10-30', DATE '2001-10-30') OVERLAPS (DATE '2001-10-30', DATE '2001-10-31'); _Result:_ <samp class="literal">true</samp> ``` 当把`interval`值添加到`timestamp with time zone`上(或从中减去)的时候, days 部分会按照指定的天数增加(或减少)`timestamp with time zone`的日期。 对于横跨夏令时的变化(会话的时区设置被识别为夏时制),`interval '1 day'` 并不一定等于`interval '24 hours'`。例如,当会话的时区设置为`CST7CDT` 的时候`timestamp with time zone '2005-04-02 12:00-07' + interval '1 day'` 的结果是`timestamp with time zone '2005-04-03 12:00-06'`, 而将`interval '24 hours'`增加到相同的`timestamp with time zone` 之上的结果则是`timestamp with time zone '2005-04-03 13:00-06'`, 因为`CST7CDT`时区在`2005-04-03 02:00`的时候有一个夏令时变更。 注意`age`返回的`月数`可能有歧义, 因为不同的月份有不同的天数。PostgreSQL的方法是当计算部分月数时, 采用两个日期较早的月。例如:`age('2004-06-01', '2004-04-30')` 使用4月份产生`1 mon 1 day`,当用5月分时产生`1 mon 2 days`, 因为5月有31天,而4月只有30天。 ## 9.9.1\. `EXTRACT`, `date_part` ``` EXTRACT(_field_ FROM _source_) ``` `extract`函数从日期/时间数值里抽取子域,比如年、小时等。 `_source_`必须是一个`timestamp`, `time`, `interval`类型的值表达式(类型为`date`的表达式转换为 `timestamp`,因此也可以用)。`_field_` 是一个标识符或者字符串,它指定从源数据中抽取的域。`extract` 函数返回类型为`double precision`的数值。下列数值是有效数据域的名字: `century` 世纪 ``` SELECT EXTRACT(CENTURY FROM TIMESTAMP '2000-12-16 12:21:13'); _Result:_ &lt;samp class="literal"&gt;20&lt;/samp&gt; SELECT EXTRACT(CENTURY FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;21&lt;/samp&gt; ``` 第一个世纪从 0001-01-01 00:00:00 AD 开始,尽管那时候人们还不知道这是第一个世纪。 这个定义适用于所有使用阳历的国家。没有 0 世纪,我们直接从公元前 1 世纪到公元 1 世纪。 如果你认为这个不合理,那么请把抱怨发给:梵蒂冈,罗马圣彼得教堂,教皇收。 PostgreSQL 8.0 以前版本里并不遵循世纪的习惯编号, 只是把年份除以 100 。 `day` 对于`timestamp`值,(月份)里的日期(1-31);对于`interval`,天数 ``` SELECT EXTRACT(DAY FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;16&lt;/samp&gt; SELECT EXTRACT(DAY FROM INTERVAL '40 days 1 minute'); _Result:_ &lt;samp class="literal"&gt;40&lt;/samp&gt; ``` `decade` 年份除以 10 ``` SELECT EXTRACT(DECADE FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;200&lt;/samp&gt; ``` `dow` 每周的星期号,星期天(`0`)到星期六(`6`) ``` SELECT EXTRACT(DOW FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;5&lt;/samp&gt; ``` 请注意,`extract`的星期几编号和`to_char(..., 'D')`函数不同。 `doy` 一年的第几天(1-365/366) ``` SELECT EXTRACT(DOY FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;47&lt;/samp&gt; ``` `epoch` 对于`timestamp with time zone`值而言, 是自 1970-01-01 00:00:00-00 UTC以来的秒数(结果可能是负数); 对于`date`和`timestamp`值而言, 是自 1970-01-01 00:00:00 当地时间以来的秒数; 对于`interval`值而言,它是时间间隔的总秒数。 ``` SELECT EXTRACT(EPOCH FROM TIMESTAMP WITH TIME ZONE '2001-02-16 20:38:40.12-08'); _Result:_ &lt;samp class="literal"&gt;982384720.12&lt;/samp&gt; SELECT EXTRACT(EPOCH FROM INTERVAL '5 days 3 hours'); _Result:_ &lt;samp class="literal"&gt;442800&lt;/samp&gt; ``` 下面是把 epoch 值转换回时间戳的方法: ``` SELECT TIMESTAMP WITH TIME ZONE 'epoch' + 982384720.12 * INTERVAL '1 second'; ``` (`to_timestamp`函数封装上面的转换。) `hour` 小时域(0-23) ``` SELECT EXTRACT(HOUR FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;20&lt;/samp&gt; ``` `isodow` 周中的第几天 [1-7] 星期一:(`1`)星期天:(`7`)。 ``` SELECT EXTRACT(ISODOW FROM TIMESTAMP '2001-02-18 20:38:40'); _Result:_ &lt;samp class="literal"&gt;7&lt;/samp&gt; ``` 除了星期天外,都与`dow`相同。这与ISO 8601标准周中的第几天编码相匹配。 `isoyear` 日期中的ISO 8601标准年(不适用于间隔)。 ``` SELECT EXTRACT(ISOYEAR FROM DATE '2006-01-01'); _Result:_ &lt;samp class="literal"&gt;2005&lt;/samp&gt; SELECT EXTRACT(ISOYEAR FROM DATE '2006-01-02'); _Result:_ &lt;samp class="literal"&gt;2006&lt;/samp&gt; ``` 每个带有星期一开始的周中包含1月4日的ISO年, 所以在年初的1月或12月下旬的ISO年可能会不同于阳历的年。 见`week`获取更多信息。 这个域不能用于 PostgreSQL 8.3之前的版本。 `microseconds` 秒域(包括小数部分)乘以 1,000,000 。请注意它包括全部的秒。 ``` SELECT EXTRACT(MICROSECONDS FROM TIME '17:12:28.5'); _Result:_ &lt;samp class="literal"&gt;28500000&lt;/samp&gt; ``` `millennium` 千年 ``` SELECT EXTRACT(MILLENNIUM FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;3&lt;/samp&gt; ``` 20 世纪(19xx 年)里面的年份在第二个千年里。第三个千年从 2001 年 1 月 1 日零时开始。 PostgreSQL 8.0 之前的版本并不遵循千年编号的习惯, 只是返回年份除以 1000 。 `milliseconds` 秒域(包括小数部分)乘以 1000 。请注意它包括完整的秒。 ``` SELECT EXTRACT(MILLISECONDS FROM TIME '17:12:28.5'); _Result:_ &lt;samp class="literal"&gt;28500&lt;/samp&gt; ``` `minute` 分钟域(0-59) ``` SELECT EXTRACT(MINUTE FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;38&lt;/samp&gt; ``` `month` 对于`timestamp`值,它是一年里的月份数(1-12);对于`interval`值, 它是月的数目,然后对 12 取模(0-11) ``` SELECT EXTRACT(MONTH FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;2&lt;/samp&gt; SELECT EXTRACT(MONTH FROM INTERVAL '2 years 3 months'); _Result:_ &lt;samp class="literal"&gt;3&lt;/samp&gt; SELECT EXTRACT(MONTH FROM INTERVAL '2 years 13 months'); _Result:_ &lt;samp class="literal"&gt;1&lt;/samp&gt; ``` `quarter` 该天所在的该年的季度(1-4) ``` SELECT EXTRACT(QUARTER FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;1&lt;/samp&gt; ``` `second` 秒域,包括小数部分(0-59) \[1\] ``` SELECT EXTRACT(SECOND FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;40&lt;/samp&gt; SELECT EXTRACT(SECOND FROM TIME '17:12:28.5'); _Result:_ &lt;samp class="literal"&gt;28.5&lt;/samp&gt; ``` `timezone` 与 UTC 的时区偏移量,以秒记。正数对应 UTC 东边的时区,负数对应 UTC 西边的时区。 (技术角度讲,PostgreSQL使用UT1,因为不处理闰秒。) `timezone_hour` 时区偏移量的小时部分。 `timezone_minute` 时区偏移量的分钟部分。 `week` 该天在所在的年份里是第几周。ISO 8601 定义一年的第一周包含该年的一月四日(ISO-8601 的周从星期一开始)。换句话说, 一年的第一个星期四在第一周。 在ISO定义里,一月的头几天可能是前一年的第 52 或者第 53 周, 十二月的后几天可能是下一年第一周。比如,`2005-01-01`是 2004 年的第 53 周, 而`2006-01-01`是 2005 年的第 52 周,`2012-12-31`是2013年的第一周。 建议`isoyear`字段和`week`一起使用以得到一致的结果。 ``` SELECT EXTRACT(WEEK FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;7&lt;/samp&gt; ``` `year` 年份域。要记住这里没有`0 AD`,所以从`AD`年里抽取`BC`年应该小心些。 ``` SELECT EXTRACT(YEAR FROM TIMESTAMP '2001-02-16 20:38:40'); _Result:_ &lt;samp class="literal"&gt;2001&lt;/samp&gt; ``` `extract`函数主要的用途是运算。 对于用于显示的日期/时间数值格式化,参阅[Section 9.8](#calibre_link-800)。 `date_part`函数是在传统的Ingres 函数的基础上制作的(该函数等效于SQL标准函数`extract`): ``` date_part('_field_', _source_) ``` 请注意这里的 `_field_`参数必须是一个字符串值,而不是一个名字。 有效的`date_part`数域名和`extract`是一样的。 ``` SELECT date_part('day', TIMESTAMP '2001-02-16 20:38:40'); _Result:_ <samp class="literal">16</samp> SELECT date_part('hour', INTERVAL '4 hours 3 minutes'); _Result:_ <samp class="literal">4</samp> ``` ## 9.9.2\. `date_trunc` `date_trunc`函数在概念上和用于数字的`trunc`函数类似。 ``` date_trunc('_field_', _source_) ``` `_source_`是`timestamp`或`interval` 类型的值表达式(`date`和`time`类型的值都分别自动转换成 `timestamp`或`interval`)。用`_field_` 选择对该时间戳值用什么样的精度进行截断。返回的数值是`timestamp` 或`interval`类型,所有小于选定的精度的域都设置为零(日期和月份域则为 1)。 `_field_`的有效数值是: | `microseconds` | |:--- | | `milliseconds` | | `second` | | `minute` | | `hour` | | `day` | | `week` | | `month` | | `quarter` | | `year` | | `decade` | | `century` | | `millennium` | 例子: ``` SELECT date_trunc('hour', TIMESTAMP '2001-02-16 20:38:40'); _Result:_ <samp class="literal">2001-02-16 20:00:00</samp> SELECT date_trunc('year', TIMESTAMP '2001-02-16 20:38:40'); _Result:_ <samp class="literal">2001-01-01 00:00:00</samp> ``` ## 9.9.3\. `AT TIME ZONE` `AT TIME ZONE`构造允许把时间戳转换成不同的时区。 [Table 9-28](#calibre_link-2215)显示了其变体。 **Table 9-28\. `AT TIME ZONE` 变体** | 表达式 | 返回类型 | 描述 | | --- | --- | --- | | `timestamp without time zone` AT TIME ZONE `_zone_` | `timestamp with time zone` | 把给出的_不带时区_的时间戳转换成给定时区的时间戳 | | `timestamp with time zone` AT TIME ZONE `_zone_` | `timestamp without time zone` | 把给出的_带时区_的时间戳转换成未指定时区的时间戳 | | `time with time zone` AT TIME ZONE `_zone_` | `time with time zone` | 把给出的_带时区_的时间转换成给定时区的时间 | 在这些表达式里,`_zone_`可以声明为文本串(比如`'PST'`) 或者一个时间间隔(比如`INTERVAL '-08:00'`)。在文本的情况下, 可用的时区名字在[Section 8.5.3](#calibre_link-792)有详细描述。 例子(假设本地时区是`PST8PDT`): ``` SELECT TIMESTAMP '2001-02-16 20:38:40' AT TIME ZONE 'MST'; _Result:_ <samp class="literal">2001-02-16 19:38:40-08</samp> SELECT TIMESTAMP WITH TIME ZONE '2001-02-16 20:38:40-05' AT TIME ZONE 'MST'; _Result:_ <samp class="literal">2001-02-16 18:38:40</samp> ``` 第一个例子接受一个无时区的时间戳然后把它解释成 MST(UTC-7) 时间生成 UTC 时间戳, 然后把这个时间转换为 PST(UTC-8) 显示。第二个例子接受一个声明为 EST(UTC-5) 的时间戳, 然后把它转换成 MST(UTC-7) 的当地时间。 `timezone`(`_zone_`, `_timestamp_`) 函数等效于 SQL 兼容的构造`_timestamp_` AT TIME ZONE `_zone_`。 ## 9.9.4\. 当前日期/时间 PostgreSQL提供许多返回当前日期和时间的函数。 这些符合 SQL 标准的函数全部都按照当前事务的开始时刻返回结果: ``` CURRENT_DATE CURRENT_TIME CURRENT_TIMESTAMP CURRENT_TIME(_precision_) CURRENT_TIMESTAMP(_precision_) LOCALTIME LOCALTIMESTAMP LOCALTIME(_precision_) LOCALTIMESTAMP(_precision_) ``` `CURRENT_TIME`和`CURRENT_TIMESTAMP` 返回带有时区的值;`LOCALTIME`和`LOCALTIMESTAMP` 返回不带时区的值。 `CURRENT_TIME`,`CURRENT_TIMESTAMP`, `LOCALTIME`,`LOCALTIMESTAMP` 可以有选择地获取一个精度参数,该精度导致结果的秒数域园整到指定小数位。 如果没有精度参数,将给予所能得到的全部精度。 一些例子: ``` SELECT CURRENT_TIME; _Result:_ <samp class="literal">14:39:53.662522-05</samp> SELECT CURRENT_DATE; _Result:_ <samp class="literal">2001-12-23</samp> SELECT CURRENT_TIMESTAMP; _Result:_ <samp class="literal">2001-12-23 14:39:53.662522-05</samp> SELECT CURRENT_TIMESTAMP(2); _Result:_ <samp class="literal">2001-12-23 14:39:53.66-05</samp> SELECT LOCALTIMESTAMP; _Result:_ <samp class="literal">2001-12-23 14:39:53.662522</samp> ``` 因为这些函数全部都按照当前事务的开始时刻返回结果, 所以它们的值在事务运行的整个期间内都不改变。我们认为这是一个特性: 目的是为了允许一个事务在"当前时间"上有连贯的概念, 这样在同一个事务里的多个修改可以保持同样的时间戳。 > **Note:** 许多其它数据库系统更频繁地更新这些数值。 PostgreSQL同样也提供了返回实时时间值的函数, 它们的返回值会在事务中随时间的前进而变化。这些不附合 SQL 标准的函数列表如下: ``` transaction_timestamp() statement_timestamp() clock_timestamp() timeofday() now() ``` `transaction_timestamp()`等效于`CURRENT_TIMESTAMP`, 不过其命名准确的表明了其含义。`statement_timestamp()` 返回当前事务开始时刻的时间戳(更准确的说是收到客户端最后一条命令的时间)。 `statement_timestamp()`和`transaction_timestamp()` 在一个事务的第一条命令里返回值相同,但是在随后的命令中却不一定相同。 c`clock_timestamp()`返回实时时钟的当前时间戳, 因此它的值甚至在同一条 SQL 命令中都会变化。`timeofday()`是一个历史的 PostgreSQL函数,类似于`clock_timestamp()`, 它也返回实时时钟的当前时间戳,不过它返回一个格式化了的`text`字符串, 而不是`timestamp with time zone`值。`now()` 是传统的PostgreSQL和`transaction_timestamp()`等效的函数。 所有日期/时间类型还接受特殊的文本值`now`, 用于声明当前的日期和时间(重申:当前事务的开始时刻)。 因此,下面三个都返回相同的结果: ``` SELECT CURRENT_TIMESTAMP; SELECT now(); SELECT TIMESTAMP 'now'; -- incorrect for use with DEFAULT ``` > **Tip:** 在创建表的时候你不应该用第三种形式声明一个`DEFAULT`值。 系统将在分析这个常量的时候把`now`转换为一个`timestamp`, 因此这个缺省值就会变成创建表的时间!而前两种形式要到实际使用缺省值的时候才计算, 因为它们是函数调用。因此它们可以给出每次插入行的时刻。 ## 9.9.5\. 延时执行 下面的这个函数可以用于让服务器进程延时执行: ``` pg_sleep(_seconds_) ``` `pg_sleep`让当前的会话进程休眠`_seconds_` 秒以后再执行。`_seconds_`是一个`double precision` 类型的值,所以可以指定带小数的秒数。例如: ``` SELECT pg_sleep(1.5); ``` > **Note:** 有效的休眠时间间隔精度是平台相关的,通常 0.01 秒是通用的。 休眠的时间将至少等于指定的时间,也有可能由于服务器荷载较重等原因而比指定的时间长。 | **Warning** | |:--- | | 请确保调用`pg_sleep`的会话没有持有不必要的锁。 否则其它会话可能必须等待这个休眠的会话释放所持有的锁,从而减慢系统速度。 | ### Notes \[1\] 如果操作系统实现了润秒,那么上限是 60 。