EXTRACT(field FROM source)

该extract函数从日期/时间值中提取年份、小时等子字段。source必须是以下类型的值表达式：timestamp， time，或interval。（date类型的表达式会转换为timestamp，因此也可以使用。）field是一个标识符或字符串，用于选择从源值中提取的字段。extract函数返回的值的类型为double precision。以下是有效的字段名称：

extract函数主要的用途是做计算性处理。对于用于显示的日期/时间值格式化，参阅Section 9.8。

该date_part函数仿照传统的Ingres实现，后者等价于SQL标准函数extract：

date_part('field', source)

注意，此处的field参数必须是字符串值，而不能是名称。函数date_part的有效字段名与以下函数相同：extract。

SELECT date_part('day', TIMESTAMP '2001-02-16 20:38:40');
结果：16
SELECT date_part('hour', INTERVAL '4 hours 3 minutes');
结果：4

date_trunc函数在概念上和用于数字的trunc函数类似。

date_trunc('field', source)

source是timestamp或interval类型的值表达式。（类型为date和time的值会自动转换为timestamp或interval，分别对应这两种输入类型。）field选择输入值的截断精度。返回值的类型是timestamp或interval，所有小于所选精度的字段都设为零（日期和月份则设为一）。

field的有效值是∶

示例：

SELECT date_trunc('hour', TIMESTAMP '2001-02-16 20:38:40');
结果：2001-02-16 20:00:00

SELECT date_trunc('year', TIMESTAMP '2001-02-16 20:38:40');
结果：2001-01-01 00:00:00

AT TIME ZONE 可在不带时区和带时区的时间戳之间相互转换，也可将时间值转换到不同的时区。Table 9.31展示了它的各种变体。

在这些表达式里，所需的时区 zone 可以指定为文本值（例如 'America/Los_Angeles'），也可以指定为一个间隔值（例如 INTERVAL '-08:00'）。 在文本情况下，时区名称可以按 Section 8.5.3 中描述的任意方式指定。

示例（假设本地时区为America/Los_Angeles）：

SELECT TIMESTAMP '2001-02-16 20:38:40' AT TIME ZONE 'America/Denver';
结果：2001-02-16 19:38:40-08

SELECT TIMESTAMP WITH TIME ZONE '2001-02-16 20:38:40-05' AT TIME ZONE 'America/Denver';
结果：2001-02-16 18:38:40

SELECT TIMESTAMP '2001-02-16 20:38:40-05' AT TIME ZONE 'Asia/Tokyo' AT TIME ZONE 'America/Chicago';
结果：2001-02-16 05:38:40

第一个示例为不带时区的值添加时区，并使用当前TimeZone设置显示该值。第二个示例将带时区的时间戳值移到指定时区，并返回不带时区的值。这样就可以存储和显示与当前TimeZone设置不同的值。第三个示例将东京时间转换为芝加哥时间。将time值转换到其他时区时，由于没有提供日期，会使用当前生效的时区规则。

函数timezone(zone, timestamp)等效于 SQL 兼容的结构timestamp AT TIME ZONE zone。

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;
结果: 14:39:53.662522-05
SELECT CURRENT_DATE;
结果: 2001-12-23
SELECT CURRENT_TIMESTAMP;
结果: 2001-12-23 14:39:53.662522-05
SELECT CURRENT_TIMESTAMP(2);
结果: 2001-12-23 14:39:53.66-05
SELECT LOCALTIMESTAMP;
结果: 2001-12-23 14:39:53.662522

因为这些函数全部都按照当前事务的开始时刻返回结果，所以它们的值在事务运行的整个期间内都不改变。 我们认为这是一个特性：目的是为了允许一个事务在“当前”时间上有一致的概念， 这样在同一个事务里的多个修改可以保持同样的时间戳。

PostgreSQL还提供了返回当前语句的开始时间以及 调用该函数时的实际当前时间的函数。这些非 SQL 标准的函数列表如下：

transaction_timestamp()
statement_timestamp()
clock_timestamp()
timeofday()
now()

transaction_timestamp()等价于CURRENT_TIMESTAMP，但是其命名清楚地反映了它的返回值。statement_timestamp()返回当前语句的开始时刻（更准确的说是收到 客户端最后一条命令的时间）。statement_timestamp()和transaction_timestamp()在一个事务的第一条命令期间返回值相同，但是在随后的命令中却不一定相同。 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';  -- but see tip below

以下函数可用于延迟服务器进程的执行：

pg_sleep(seconds)
pg_sleep_for(interval)
pg_sleep_until(timestamp with time zone)

pg_sleep使当前会话的进程休眠seconds秒。seconds的类型为double precision，因此可以指定带小数部分的秒数作为延迟时间。pg_sleep_for便于指定较长的休眠时间，其参数类型为interval。 pg_sleep_until是在需要指定唤醒时间时使用的便利函数。例如：

SELECT pg_sleep(1.5);
SELECT pg_sleep_for('5 minutes');
SELECT pg_sleep_until('tomorrow 03:00');