1 04, 2008
一般的数据统计都是精确到天、小时、分钟等正好是整数的间隔，这时候只要group by的时候使用to_char函数进行转换，把时间的掩码精确到需要分组的粒度就可以了，但是今天开发却提出有些数据，需要按照半个小时来分组统计，于是想到了强悍的case。
查看全文29 01, 2008
ORACLE中的TIMESTAMP数据类型可能大家用的都比较少，所以即使最简单的一个查询返回的结果也会搞不清楚到底这个时间是什么时间点。
比如：
27-1月 -08 12.04.35.877000 上午
这个时间到底是几点呢？中午12:04分，那就错了，其实使用to_char函数转换后得到如下结果：
2008-01-27 00:04:35:877000
说明这个时间是凌晨的00:04分，而不是中午的12:04分。
13 07, 2007
问题提出：
为了控制用户权限，给某些用户只有查询系统的权限，但是这样带来的维护麻烦是每次系统创建了新的表，都需要给查询用户对这个表的查询权限授权，然后查询用户使用的时候不方便，要加上用户的前缀才能使用。这里提供一个自动为新创建的表进行授权和创建同义词的办法。
查看全文10 07, 2007
问题提出：
pub上有网友提出了一个会话如何自杀，因为一个会话是不能杀死自己的，如果直接执行alter system kill session 来杀死自己，则报错如下：
SQL> select sid,serial# from v$session where sid in (select sid from v$mystat);
SID SERIAL#
---------- ----------
855 27
SQL> alter system kill session '855,27';
alter system kill session '855,27'
*
ERROR at line 1:
ORA-00027: cannot kill current session
9 07, 2007
使用DBMS_APPLICATION_INFO.SET_CLIENT_INFO来定位当前session所在的程序模块
在B/S系统中，页面纷繁复杂，而且经过系统长时间运行，如果发现某个session的wait比较严重，进行sql优化时，很难知道这个sql是用在程序的哪个模块，很多时候只能根据开发人员的经验来定位这个sql，或者打开程序代码，搜索。这样的效率很低，这里介绍一个方法来快速定位发生问题的sql的位置。 查看全文
29 06, 2007
转载自www.ixdba.com：
一个增量刷新的程序，看哪些记录发生变化了（使用TRIGGER记录），就在远端把相应的记录删除，再把本地的数据insert过去。因为数据量比较大，而单一的delete和insert对资源的使用率也不高，就准备多开几个程序一起刷新，来加快刷新速度。其中有一个中间表，只会插入和删除，不会更新，就想当然的把PCTFREE设置为0以节省空间。结果发生了死锁。piner版主对这种类型的死锁进行了深入的分析，这里只进行转载。
查看全文13 06, 2007
摘自PUB
SELECT *
FROM USER_UPDATABLE_COLUMNS
WHERE TABLE_NAME IN (SELECT VIEW_NAME FROM USER_VIEWS)
在USER_UPDATABLE_COLUMNS视图中记录了表或者视图的某些列是否可以被更新、插入和删除，从这个视图中就可以得到一个视图的哪些地方是可以被更新的！
4 04, 2007
昨天在pub问了个行列转换的问题，有大侠提出了解决办法，拷贝作来，做个记录吧。
实现了把其中两列分别与其他列进行组合，然后把一行数据转化成两行，转换后的数据量是现在的两倍。
查看全文16 03, 2007
生产系统上的STATSPACK是15分钟一次的，但是一天这么多次都发邮件出来也没很大必要，因此每天凌晨把前一整天的报告发出来，有时候发现了TOP 5的等待事件中出现了以前没出现过的异常，也不大好找这个等待集中发生在哪里。
因此，先从事务量下手，写个脚本来统计哪个时间段内的事务量最大，当然，这应该是个系列，回头碰见问题了再慢慢写其他统计量最大的脚本。
查看全文