http://blog.csdn.net/penitent/category/21697.aspxzh-CNThu, 10 May 2007 08:44:00 GMT60pinerhttp://blog.csdn.net/penitent/archive/2007/05/10/1602572.aspxThu, 10 May 2007 08:41:00 GMThttp://blog.csdn.net/penitent/archive/2007/05/10/1602572.aspxhttp://blog.csdn.net/penitent/comments/1602572.aspxhttp://blog.csdn.net/penitent/archive/2007/05/10/1602572.aspx#Feedback0http://blog.csdn.net/penitent/comments/commentRss/1602572.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1602572 新的地址 http://www.ixdba.com 欢迎访问. <img src ="http://blog.csdn.net/penitent/aggbug/1602572.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/11/11/177445.aspxThu, 11 Nov 2004 16:51:00 GMThttp://blog.csdn.net/penitent/archive/2004/11/11/177445.aspxhttp://blog.csdn.net/penitent/comments/177445.aspxhttp://blog.csdn.net/penitent/archive/2004/11/11/177445.aspx#Feedback1http://blog.csdn.net/penitent/comments/commentRss/177445.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=177445这个问题，可以看biti最初的blog http://blog.itpub.net/post/330/4151 因为8i我没有做过什么测试，可能8i分析函数的确有点问题，但是，从9204的测试上来看，分析函数是要优于rownum的。 注意：这里仅仅指的最里层有排序的情况，如果最里层没有排序，利用rownum+first_row hint是最好的选择，速度绝对不错。 注：另外，rownum分页也可能导致执行计划的不正确 见 http://blog.csdn.net/penitent/archi...7/15/42079.aspx 也可能引发错误的结果 再见 http://blog.itpub.net/post/330/4151<img src ="http://blog.csdn.net/penitent/aggbug/177445.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/10/27/154056.aspxWed, 27 Oct 2004 10:42:00 GMThttp://blog.csdn.net/penitent/archive/2004/10/27/154056.aspxhttp://blog.csdn.net/penitent/comments/154056.aspxhttp://blog.csdn.net/penitent/archive/2004/10/27/154056.aspx#Feedback3http://blog.csdn.net/penitent/comments/commentRss/154056.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=154056同样一个远程对象上创建存储过程，居然有两种不同的结果，而Oracle的解释是Labrary cache inconsistant，居然这个也不是bug。。。<img src ="http://blog.csdn.net/penitent/aggbug/154056.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/09/27/117911.aspxMon, 27 Sep 2004 11:27:00 GMThttp://blog.csdn.net/penitent/archive/2004/09/27/117911.aspxhttp://blog.csdn.net/penitent/comments/117911.aspxhttp://blog.csdn.net/penitent/archive/2004/09/27/117911.aspx#Feedback4http://blog.csdn.net/penitent/comments/commentRss/117911.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=117911备用数据库的日志删除是一个需要小心操作的东西，如果处理不当，将影响恢复，在以前的备用数据库的日志删除中，通过读取alert文件来删除日志，实际上，还是会删除不该删除的日志。。。<img src ="http://blog.csdn.net/penitent/aggbug/117911.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/08/12/72413.aspxThu, 12 Aug 2004 14:33:00 GMThttp://blog.csdn.net/penitent/archive/2004/08/12/72413.aspxhttp://blog.csdn.net/penitent/comments/72413.aspxhttp://blog.csdn.net/penitent/archive/2004/08/12/72413.aspx#Feedback1http://blog.csdn.net/penitent/comments/commentRss/72413.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=72413前篇文章说明了ROWID分页中，oracle采用错误执行计划的现象，以及最终的解决办法，但是，我们是否能知道，oracle为什么要采用这种方法呢？<img src ="http://blog.csdn.net/penitent/aggbug/72413.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/08/12/72339.aspxThu, 12 Aug 2004 13:50:00 GMThttp://blog.csdn.net/penitent/archive/2004/08/12/72339.aspxhttp://blog.csdn.net/penitent/comments/72339.aspxhttp://blog.csdn.net/penitent/archive/2004/08/12/72339.aspx#Feedback0http://blog.csdn.net/penitent/comments/commentRss/72339.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=72339老实说呢,Oracle版本9以前对分页处理的真的不好，本来想来是很简单的语句，oracle偏偏就处理的有问题。。。。<img src ="http://blog.csdn.net/penitent/aggbug/72339.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/08/01/58029.aspxSun, 01 Aug 2004 17:32:00 GMThttp://blog.csdn.net/penitent/archive/2004/08/01/58029.aspxhttp://blog.csdn.net/penitent/comments/58029.aspxhttp://blog.csdn.net/penitent/archive/2004/08/01/58029.aspx#Feedback10http://blog.csdn.net/penitent/comments/commentRss/58029.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=58029在裸设备的rac环境中，添加数据文件需要非常小心，必须先在每个节点上完成准备工作，否则，新创建的数据文件对于创建的那个实例是可以用的，但是，对于别的实例则是找不到新创建的数据文件。我们怎么样解决这个讨厌的错误呢。。。<img src ="http://blog.csdn.net/penitent/aggbug/58029.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/07/26/52346.aspxMon, 26 Jul 2004 16:51:00 GMThttp://blog.csdn.net/penitent/archive/2004/07/26/52346.aspxhttp://blog.csdn.net/penitent/comments/52346.aspxhttp://blog.csdn.net/penitent/archive/2004/07/26/52346.aspx#Feedback1http://blog.csdn.net/penitent/comments/commentRss/52346.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=52346我们知道，oracle有的时候，可能会因为统计信息的不准确或者是优化器的问题，导致语句选择错误的执行计划，如本来该走索引扫描的，但是采用了全表扫描。对于很多系统更趋向使用索引扫描，因为往往实际上，索引扫描的代价的确是小于全表扫描的。。。<img src ="http://blog.csdn.net/penitent/aggbug/52346.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/07/25/51240.aspxSun, 25 Jul 2004 13:38:00 GMThttp://blog.csdn.net/penitent/archive/2004/07/25/51240.aspxhttp://blog.csdn.net/penitent/comments/51240.aspxhttp://blog.csdn.net/penitent/archive/2004/07/25/51240.aspx#Feedback5http://blog.csdn.net/penitent/comments/commentRss/51240.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=51240我们知道从9i开始oracle提供了自动管理pga的功能，从此我们可以不管sort_area_size，hash_area_size等等烦人的设置，也不用再去计算繁琐的pga大小。但是怎么控制每个session使用pga的大小呢，会不会出现一个session用完所有pga，而其他session得不到空间的状况吗？<img src ="http://blog.csdn.net/penitent/aggbug/51240.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/07/15/42079.aspxThu, 15 Jul 2004 13:11:00 GMThttp://blog.csdn.net/penitent/archive/2004/07/15/42079.aspxhttp://blog.csdn.net/penitent/comments/42079.aspxhttp://blog.csdn.net/penitent/archive/2004/07/15/42079.aspx#Feedback2http://blog.csdn.net/penitent/comments/commentRss/42079.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=42079在对于union all的视图中，如果采用传统的采用rownum分页方式的时候，如 WHERE linenum >=N的时候，将不知所措，导致执行计划乱掉，那我们怎么解决这个问题呢。。。<img src ="http://blog.csdn.net/penitent/aggbug/42079.aspx" width = "1" height = "1" />pinerhttp://blog.csdn.net/penitent/archive/2004/07/06/35573.aspxTue, 06 Jul 2004 19:10:00 GMThttp://blog.csdn.net/penitent/archive/2004/07/06/35573.aspxhttp://blog.csdn.net/penitent/comments/35573.aspxhttp://blog.csdn.net/penitent/archive/2004/07/06/35573.aspx#Feedback0http://blog.csdn.net/penitent/comments/commentRss/35573.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=35573传统的 Oracle 数据库审计选件允许您在宏观级别上跟踪用户在对象上所执行的操作 — 例如，如果您审计对某个表的 SELECT 语句，则可以跟踪是谁从表中选择了数据。但是，您不知道他们选择了什么。利用数据操纵语句 — 如 INSERT、UPDATE 或 DELETE — 您可以通过使用触发器或使用 Oracle LogMiner 实用程序来分析归档日志，从而捕获任何的更改。因为简单的 SELECT 语句是不操纵数据的，它们既不启动触发器，也不记入到那些以后可以进行挖掘的归档日志中，所以这两种技术在涉及到 SELECT 语句的地方无法满足要求。 其实从版本9开始，我们可以利用细粒度审计来完成以上的要求。。。<img src ="http://blog.csdn.net/penitent/aggbug/35573.aspx" width = "1" height = "1" />