在监控、诊断、处理数据库性能问题的时候,时间信息往往是非常重要的判断依据。有时候可能我们会使用一些比例来判断性能,但是使用比例而不使用时间往往会将我们带向错误的方向。
在以前的版本中,Oracle的时间计量单位是厘秒,使用厘秒最显而易见的问题就是可能有些操作是小于厘秒的。看上去这似乎不太常见,但是实际上在操作系统上很多操作都是以微妙作为单位的,这意味着操作的起始和终止在不到厘秒就完成了,从厘秒级看就好像没有发生一样,因为持续时间近似为0。而有时候操作的持续时间不到厘秒,但是起始和终止发生在两个相连的厘秒,所以操作时间不到厘秒但是却被记录为厘秒,造成时间记录的不准确。Oracle没有内置的方式来记录时间的流逝。DATE型数据用来记录单独的时间点;但是要表达一个时间量(也就是一个间隔),数据库的设计者就必须把时间间隔转换成原始单位秒,然后用一个NUMBER列来保存它。 虽然NUMBER这个数据类型可以以秒为单位准确地表示时间,但是它使得时间的计算变得很困难。比如,60秒是1分钟,60分钟是1个小时,24个小时等于1天——这些数字在以十进制为基础的数字系统中都是非常不实用的。 在Oracle中,按照SQL 99标准,增加了时间间隔型数据INTERVAL YEAR TO MONTH 和INTERVALDAY TO SECOND,它们和其他几种数据类型一起使得对时间的处理更加准确。TIMESTAMP、TIMESTAMPWITHTIME ZONE和TIMESTAMP WITH LOCALTIMEZONE等数据类型都把时间的表达精确到了若干分之一秒,而且后面两种还解决了地理位置造成的时间变化。 Sql语句的等待时间等于ELAPSED_TIME减去CPU_TIME,但是很难看到精确的等待时间。在V$SYSTEM_EVENT视图中能够看到数据库实例级的等待时间(并不是每条Sql语句的),但是看不到发生在操作系统上的等待时间。 在SQL和PL/SQL中,你都可以用时间间隔型数据,它们都是用同一种方式规定的: INTERVALYEAR(year_precision)TOMONTH INTERVALDAY(day_precision)TOSECOND(fractional_seconds_precision) 转换函数,与date操作关系最大的就是两个转换函数:to_date(),to_char() to_date() 作用将字符类型按一定格式转化为日期类型: 具体用法:to_date("2008-11-27","yyyy-mm-dd"),前者为字符串,后者为转换日期格式,注意,前后两者要以一对应。 如;to_date("2008-11-27 13:34:43", "yyyy-mm-ddhh24:mi:ss")将得到具体的时间 对于精确数值,规定有缺省值:年和日是两位数,若干分之一秒是六位数。 时间间隔的大小由INTERVAL来表示,后面紧接一个放在单引号中的表达式,以及用来解释该表达式的文字。用YEARTOMONTH表示时间间隔大小时要在年和月之间用一个连字符(-) 连接。而DAYTOSECOND表示时间间隔大小时要在日和时间之间用一个空格连接。例子如下: 返回当前时间 年月日小时分秒毫秒 selectto_char(current_timestamp(5),"DD-MON-YYYYHH24:MI:SSxFF")fromdual; 返回当前 时间的秒毫秒,可以指定秒后面的精度(最大=9) selectto_char(current_timestamp(9),"MI:SSxFF")fromdual; 实现最大值与当前时间的比较 (责任编辑:admin) |