一小平民

如果一个系统的执行效率比较低，一个比较好的方法是通过跟踪用户的会话并且使用tkprof工具使用排序功能格式化输出，从而找出有问题的SQL语句。例如首先从os上利用top命令找到当前占用cpu资源最高的一个进程的PID号9999；然后在数据库中根据PID号找到相应的sid和serial#select s.sid,s.serial# from v$session s,v$process p

今天在测试Oralce的tamestamp时，发现一个奇葩的问题，居然用以下的方式处理时，tamestamp的毫秒的精度被丢失了，我的天。 l_time := l_time + 1/(24* 60)然后在网上找了下，很多人都是用一种老土的方式在做转换，非常麻烦。找了相关的oracle文档，提供了内置的方法来处理  l_time := l_time +  numtodsinterv

SQL语句是一种方便的语言，同样也是一种“迷惑性”的语言。这个主要体现在它的集合操作特性上。无论数据表数据量是1条，还是1亿条，更新的语句都是完全相同。但是，实际执行结果（或者能否出现结果）却是有很大的差异。笔者在开发DBA领域的一个理念是：作为开发人员，对数据库、对数据要有敬畏之心，一个语句发出之前，起码要考虑两个问题：目标数据表的总数据量是多少（投产之后）？你这个操作会涉及到多大的数据量？不同...