在监控、诊断、处理数据库性能问题的时候，时间信息往往是非常重要的判断依据。有时候可能我们会使用一些比例来判断性能，但是使用比例而不使用时间往往会将我们带向错误的方向。

    在以前的版本中，Oracle的时间计量单位是厘秒，使用厘秒最显而易见的问题就是可能有些操作是小于厘秒的。看上去这似乎不太常见，但是实际上在操作系统上很多操作都是以微妙作为单位的，这意味着操作的起始和终止在不到厘秒就完成了，从厘秒级看就好像没有发生一样，因为持续时间近似为0。而有时候操作的持续时间不到厘秒，但是起始和终止发生在两个相连的厘秒，所以操作时间不到厘秒但是却被记录为厘秒，造成时间记录的不准确。Oracle 没有内置的方式来记录时间的流逝。DATE型数据用来记录单独的时间点;但是要表达一个时间量(也就是一个间隔)，数据库的设计者就必须把时间间隔转换成原始单位秒，然后用一个NUMBER列来保存它。

    虽然NUMBER这个数据类型可以以秒为单位准确地表示时间，但是它使得时间的计算变得很困难。比如，60秒是1分钟，60分钟是1个小时，24个小时等于1天——这些数字在以十进制为基础的数字系统中都是非常不实用的。

    在Oracle中，按照SQL 99标准，增加了时间间隔型数据INTERVAL YEAR TO MONTH 和 INTERVAL DAY TO SECOND，它们和其他几种数据类型一起使得对时间的处理更加准确。TIMESTAMP、TIMESTAMP WITH TIME ZONE和TIMESTAMP WITH LOCAL TIME ZONE等数据类型都把时间的表达精确到了若干分之一秒，而且后面两种还解决了地理位置造成的时间变化。

    Sql语句的等待时间等于ELAPSED_TIME减去CPU_TIME，但是很难看到精确的等待时间。在V$SYSTEM_EVENT 视图中能够看到数据库实例级的等待时间(并不是每条Sql语句的)，但是看不到发生在操作系统上的等待时间。

    在SQL和PL/SQL中，你都可以用时间间隔型数据，它们都是用同一种方式规定的：　　

      INTERVAL YEAR[(year_precision)] TO MONTH
　　INTERVAL DAY[(day_precision)] TO SECOND[(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-dd hh24:mi:ss') 将得到具体的时间

    对于精确数值，规定有缺省值：年和日是两位数，若干分之一秒是六位数。

    时间间隔的大小由INTERVAL来表示，后面紧接一个放在单引号中的表达式，以及用来解释该表达式的文字。用YEAR TO MONTH表示时间间隔大小时要在年和月之间用一个连字符(-) 连接。而DAY TO SECOND表示时间间隔大小时要在日和时间之间用一个空格连接。例子如下：

    返回当前时间 年月日小时分秒毫秒

      select to_char(current_timestamp(5),'DD-MON-YYYY HH24:MI:SSxFF') from dual;

    返回当前 时间的秒毫秒，可以指定秒后面的精度(最大=9)　

      select to_char(current_timestamp(9),'MI:SSxFF') from dual;

    实现最大值与当前时间的比较      

    通过对记录中最大的时间加上指定月份得到范围上限，并用CURRENT_DATE获取当前系统时间与之比较，如果超出该上限则判断为不存在，表示为0，否则表示为1。

   　SQL:
　　SELECT COUNT(*) contains
　　FROM DUAL t
　　WHERE CURRENT_DATE < (SELECT (ADD_MONTHS(MAX(t.med_time),14))
　　FROM red_meettingrecord t
　　WHERE t.med_tar_id = '225'
　　AND t.med_usr_id = '001387')

    通过对记录中最大的时间加上指定月份得到范围上限，并用CURRENT_DATE获取当前系统时间与之比较，如果超出该上限则判断为不存在，表示为0，否则表示为1。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。