PostgreSQL 如何获取当前日期时间及注意事项
在开发数据库应用或者调试代码时,经常需要获取系统的当前日期和时间,我们来看一下PostgreSQL中提供的相关函数。
当前日期
CURRENT_DATE
CURRENT_DATE函数用于获取数据库服务器的当前日期:
postgres=#SELECTCURRENT_DATE; current_date -------------- 2019-09-28 (1row)
调用该函数时不需要在函数名后加括号。该日期是服务器的日期,不是客户端的日期。
当前事务开始时间
以下函数可以用于获取数据库服务器的当前时间:
CURRENT_TIME CURRENT_TIME(precision) LOCALTIME LOCALTIME(precision) CURRENT_TIMESTAMP CURRENT_TIMESTAMP(precision) LOCALTIMESTAMP LOCALTIMESTAMP(precision)
CURRENT_TIME、LOCALTIME、CURRENT_TIMESTAMP、LOCALTIMESTAMP
前面4个函数用于获取时间,后面4个函数用于获取时间戳;CURRENT_TIME和CURRENT_TIMESTAMP包含时区信息,LOCALTIME和LOCALTIMESTAMP不包含时区信息。precision用于指定小数秒的位数,取值为0-6,默认为6。
postgres=#SELECTCURRENT_TIME,LOCALTIME,CURRENT_TIMESTAMP,LOCALTIMESTAMP; current_time|localtime|current_timestamp|localtimestamp --------------------+-----------------+-------------------------------+---------------------------- 12:20:50.602412+08|12:20:50.602412|2019-09-2812:20:50.602412+08|2019-09-2812:20:50.602412 (1row) postgres=#SELECTCURRENT_TIME(3),LOCALTIME(3),CURRENT_TIMESTAMP(3),LOCALTIMESTAMP(3); current_time|localtime|current_timestamp|localtimestamp -----------------+--------------+----------------------------+------------------------- 12:28:03.547+08|12:28:03.547|2019-09-2812:28:03.547+08|2019-09-2812:28:03.547 (1row)
注意:上面所有的函数,包括CURRENT_DATE,返回的都是当前事务开始的时间。在同一个事务期间,多次调用相同的函数将会返回相同的值,结果不会随着时间增加。这一点与其他数据库的实现可能不同。
以下示例使用pg_sleep函数暂停3秒再次获取当前时间:
postgres=#BEGIN; BEGIN postgres=#SELECTCURRENT_TIMESTAMP; current_timestamp ------------------------------- 2019-09-2812:43:57.075609+08 (1row) postgres=#SELECTpg_sleep(3); pg_sleep ---------- (1row) postgres=#SELECTCURRENT_TIMESTAMP; current_timestamp ------------------------------- 2019-09-2812:43:57.075609+08 (1row) postgres=#COMMIT; COMMIT
在事务中两次获取的时间相同。
当前语句开始时间
PostgreSQL还提供了其他获取时间的函数:
transaction_timestamp() statement_timestamp() clock_timestamp() timeofday() now()
transaction_timestamp()
transaction_timestamp()等价于CURRENT_TIMESTAMP,但是作用更加明确。
statement_timestamp()
statement_timestamp()返回当前语句的开始时间,更准确地说,应该是接收到客户端最新命令的时间。statement_timestamp()和transaction_timestamp()对于事务中的第一个命令返回的结果相同,但随后再执行statement_timestamp()将会返回不同的值。
postgres=#BEGIN; BEGIN postgres=#SELECTstatement_timestamp(); statement_timestamp ------------------------------- 2019-09-2813:11:14.497135+08 (1row) postgres=#SELECTpg_sleep(3); pg_sleep ---------- (1row) postgres=#SELECTstatement_timestamp(); statement_timestamp ----------------------------- 2019-09-2813:11:17.5141+08 (1row) postgres=#COMMIT; COMMIT
两次执行结果之间相差了3秒左右。
当我们在存储过程(StoredProcedure)中进行调试时,通常需要打印不同语句消耗的时间;此时就需要使用statement_timestamp(),而不能使用CURRENT_TIMESTAMP或者transaction_timestamp():
CREATEORREPLACEsp_test ... DECLARE lts_systimestamptimestamp; BEGIN; lts_systimestamp:=statement_timestamp(); ... RAISENOTICE'Step1taketime:%',statement_timestamp()-lts_systimestamp; ... END;
clock_timestamp()
clock_timestamp()返回当前实际的时间,即使在同一个SQL语句中也可能返回不同的值:
postgres=#SELECTclock_timestamp()FROMgenerate_series(1,10); clock_timestamp ------------------------------- 2019-09-2813:18:55.659778+08 2019-09-2813:18:55.659786+08 2019-09-2813:18:55.659788+08 2019-09-2813:18:55.65979+08 2019-09-2813:18:55.659791+08 2019-09-2813:18:55.659793+08 2019-09-2813:18:55.659795+08 2019-09-2813:18:55.659797+08 2019-09-2813:18:55.659799+08 2019-09-2813:18:55.659801+08 (10rows)
查询语句在1秒钟内返回了10条记录,但是每条记录产生的时间都不相同。
timeofday()
timeofday()是PostgreSQL中一个历史遗留函数。它与clock_timestamp()一样返回当前实际时间,但是返回类型是一个格式化的字符串,而不是timestampwithtimezone:
postgres=#SELECTtimeofday()FROMgenerate_series(1,10); timeofday ------------------------------------- SatSep2813:23:05.0685412019CST SatSep2813:23:05.0685702019CST SatSep2813:23:05.0685772019CST SatSep2813:23:05.0685842019CST SatSep2813:23:05.0685912019CST SatSep2813:23:05.0685982019CST SatSep2813:23:05.0686052019CST SatSep2813:23:05.0686122019CST SatSep2813:23:05.0686192019CST SatSep2813:23:05.0686262019CST (10rows)
now()
now()是PostgreSQL中与transaction_timestamp()等价的一个传统函数,同一个事务中的结果不会改变:
postgres=#BEGIN; BEGIN postgres=#SELECTnow(); now ------------------------------- 2019-09-2813:27:26.831492+08 (1row) postgres=#SELECTpg_sleep(3); pg_sleep ---------- (1row) postgres=#SELECTnow(); now ------------------------------- 2019-09-2813:27:26.831492+08 (1row) postgres=#COMMIT; COMMIT
另外,所有的日期/时间数据类型都支持使用字面值'now'指定当前日期和时间(当前事务开始时间)。因此,以下语句效果相同:
SELECTCURRENT_TIMESTAMP; SELECTnow(); SELECTTIMESTAMP'now';--不要用于字段的DEFAULT值
顺便说一下,PostgreSQL还提供了其他几个特殊的日期和时间字面值:
--SELECTtimestamp'epoch',timestamp'today',timestamp'tomorrow',timestamp'yesterday',TIME'allballs'; postgres=#SELECTDATE'epoch',DATE'today',DATE'tomorrow',DATE'yesterday',TIME'allballs'; date|date|date|date|time ------------+------------+------------+------------+---------- 1970-01-01|2019-09-28|2019-09-29|2019-09-27|00:00:00 (1row)
以上函数分别返回UTC1970年1月1日零点、今天午夜、明天午夜、昨天午夜以及UTC零点。
延迟执行
以下函数可以用于延迟服务器进行的操作:
pg_sleep(seconds) pg_sleep_for(interval) pg_sleep_until(timestampwithtimezone)
pg_sleep将当前会话的进行暂停指定的秒数。seconds的类型为doubleprecision,所以支持小数秒。我们在面前使用了该函数。
pg_sleep_for执行一个延迟的时间间隔,通常用于指定一个较大的延迟。
pg_sleep_until可以用于指定一个进程的唤醒时间。
以下示例分别暂停1.5秒、5分钟以及直到明天3点:
SELECTpg_sleep(1.5); SELECTpg_sleep_for('5minutes'); SELECTpg_sleep_until('tomorrow03:00');
暂停时间的精度取决于不同平台的实现,通常可以达到0.01秒。延迟效果最少会满足指定的值,但有可能由于其他因素导致更长,例如服务器负载过高。尤其对于pg_sleep_until,不能保证在完全准确的指定时间唤醒进程,但是也不会提前唤醒。
注意:使用这些延迟函数时,确保当前会话没有锁定过多的资源;否则,其他会话将会一直等待,导致系统性能的下降。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持毛票票。