<b>Oracle中比例和时间二者需兼得-性能调优</b>[Oracle防范]

　　在监控、诊断、处理数据库性能问题的时刻,时间信息常常是非常重要的判断根据.有时刻大概我们会利用一些比例来判断性能,但是利用比例而不利用时间常常会将我们带向错误的方向.

　　在从前的版本中,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: