<?xml version="1.0" encoding="gb2312"?>
<?xml-stylesheet href="http://blog.itpub.net//styles/rss.css" type="text/css"?>

<rdf:RDF 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
  xmlns="http://my.netscape.com/rdf/simple/0.9/"
>
    
     <channel>
  <title>xzh2000的博客</title>
  <link>http://xzh2000.itpub.net</link>
  <description></description>
 </channel>
    <item>
<title>如何计算long字段的长度</title>
<description>有一个应用，在访问clob时抛出异常如下：FATAL ERROR IN TWO-TASK SERVER: error = 12152*** 2008-07-17 18:28:43.912ksedmp: internal or fatal errorORA-12571: TNS:packet writer failureRDBMS:9206，查metalink，证实为一个未公开的bug，为了挠过该bug，将clob类型的字段改成long类型，结果访问还是有问题，当长度超过一定的长度时，proc程序就只能读取前4000个字符，因为应用已经发布，修改代码已经来不急。查看了一下long字段的内容，发现文字内容很少的，大部分都是html的格式代码，只需要找出长度超过4000的记录，去掉该部分html代...</description>
<link>http://xzh2000.itpub.net/post/96/467225</link>
<pubDate>Wed,23 07 2008 16:00:42</pubDate>
</item>
<item>
<title>Stream在11gR1的新特征</title>
<description>相对于10gR2而言，11gR1中stream的新功能更是令人期待，比如：同步捕获（synchronous capture）功能，已经脱离日志挖掘的范畴；stream性能顾问（stream performance advisor）可以识别stream拓扑中的瓶颈、分离与合并stream的目标站点(对于复杂的stream环境可以提高其可用性及可维护性)，跟踪LCRs的状态等、支持透明数据加密等、比较与同步共享的数据库对象（当复制环境中名称相关的表数据不一致时，可以用dbms_comparison包来同步）。。。同步捕获（synchronous capture）同步捕获是11gR1中推出捕获dml的新功能，它利于内部机制去捕获指定...</description>
<link>http://xzh2000.itpub.net/post/96/466238</link>
<pubDate>Thu,10 07 2008 17:29:48</pubDate>
</item>
<item>
<title>Parallel Query Wait Events</title>
<description>SCOPE &amp; APPLICATION-------------------This is intended as a reference for anyone involved in database tuning. At the moment we consider the following PX wait events as idle: - &quot;PX Idle Wait&quot;- &quot;PX Deq: Execution Msg&quot;- &quot;PX Deq: Table Q Normal&quot;- &quot;PX Deq Credit: send blkd&quot;- &quot;PX Deq: Execute Reply&quot;- &quot;PX Deq Credit: need buffer&quot;- &quot;PX Deq: Signal ACK&quot;- &quot;PX Deque wait&quot;In 9i statspack does not filter out all idle PX wait event inthe Top 5 wait event section. So it can happen that you seea PX idle wait ev...</description>
<link>http://xzh2000.itpub.net/post/96/460021</link>
<pubDate>Thu,17 04 2008 09:55:46</pubDate>
</item>
<item>
<title>Recovery is repairing media corrupt block</title>
<description>在dataguard环境中，经常发现standby库的pxxx进程的trace文件中有这样的信息，查了metalink，官方的解释：并不是bug或者错误，而是因为在primary database执行了不可恢复的操作导致的，解决的办法特简单，在primary database上执行以下操作：alter database force logging;可以用以下的脚本查看那些数据文件有问题：SELECT name, unrecoverable_change# , unrecoverable_time FROM v$datafile where UNRECOVERABLE_CHANGE# &gt; 0 order by 1;</description>
<link>http://xzh2000.itpub.net/post/96/460002</link>
<pubDate>Wed,16 04 2008 20:03:23</pubDate>
</item>
<item>
<title>ASM INSTANCE &amp; Shared Pool (ORA-4031)</title>
<description>The setting for the SHARED_POOL_SIZE parameter determines the amount of memory required to manage the instance. The setting for this parameter is also used to determine the amount of space that is allocated for extent storage. The default value for this parameter is suitable for most ASM environments. 1) For 32-bit environments 32 MB is the default and minimum requirement for an ASM instance, but 48 MB is recommended. 2) On 64-bit platforms 88 MB are required for an ASM instance, recommended val...</description>
<link>http://xzh2000.itpub.net/post/96/458305</link>
<pubDate>Wed,26 03 2008 14:17:56</pubDate>
</item>
<item>
<title>数字数据存储格式[摘]</title>
<description>Oracle 以变长格式存储数字数据。所有数字数据均以科学计数法存储[scientific notation]，使用 1 字节存储指数[exponent]，最多 20 字节存储尾数[mantissa]。最终存储的数字数据受限于 38 位精度限制。且 Oracle 不会存储数字首端及末端的 0。举例来说，数字 412 在存储时的格式可以理解为 4.12 x 102，Oracle 使用 1 字节存储指数（2），使用 2 字节存储尾数的三位有效数字（4，1，2）。存储负数时，符号也需要占用存储空间。综合上述存储特性，定义为 NUMBER(p)（p 表示数字值的精度）的数字数据值所占用的字节数可以通过以下公式计算：...</description>
<link>http://xzh2000.itpub.net/post/96/458229</link>
<pubDate>Tue,25 03 2008 20:48:58</pubDate>
</item>
<item>
<title>数字数据存储格式[摘]</title>
<description>Oracle 以变长格式存储数字数据。所有数字数据均以科学计数法存储[scientific notation]，使用 1 字节存储指数[exponent]，最多 20 字节存储尾数[mantissa]。最终存储的数字数据受限于 38 位精度限制。且 Oracle 不会存储数字首端及末端的 0。举例来说，数字 412 在存储时的格式可以理解为 4.12 x 102，Oracle 使用 1 字节存储指数（2），使用 2 字节存储尾数的三位有效数字（4，1，2）。存储负数时，符号也需要占用存储空间。综合上述存储特性，定义为 NUMBER(p)（p 表示数字值的精度）的数字数据值所占用的字节数可以通过以下公式计算：...</description>
<link>http://xzh2000.itpub.net/post/96/458228</link>
<pubDate>Tue,25 03 2008 20:48:28</pubDate>
</item>
<item>
<title>数字数据存储格式[摘]</title>
<description>Oracle 以变长格式存储数字数据。所有数字数据均以科学计数法存储[scientific notation]，使用 1 字节存储指数[exponent]，最多 20 字节存储尾数[mantissa]。最终存储的数字数据受限于 38 位精度限制。且 Oracle 不会存储数字首端及末端的 0。举例来说，数字 412 在存储时的格式可以理解为 4.12 x 102，Oracle 使用 1 字节存储指数（2），使用 2 字节存储尾数的三位有效数字（4，1，2）。存储负数时，符号也需要占用存储空间。综合上述存储特性，定义为 NUMBER(p)（p 表示数字值的精度）的数字数据值所占用的字节数可以通过以下公式计算：...</description>
<link>http://xzh2000.itpub.net/post/96/458230</link>
<pubDate>Tue,25 03 2008 20:48:24</pubDate>
</item>
<item>
<title>你喜欢用number做数据类型吗?</title>
<description>经常见到有人在系统设计时用GUID或MD5产生的32位字符串做主键，即使一些按日期产生的业务编码如2001010100001这样的字符串，都用varchar2来存储，总觉得不是很好，如果数据量不大的话，也无可厚非，但如果运用于存储海量的数据，那将会造成存储成本的巨增，请看下面的测试：16:58:49 SQL&gt; create table test(a1 varchar2(32),a2 number);Table created.16:59:03 SQL&gt; insert into test values('20010101000001',20010101000001);1 row created.16:59:26 SQL&gt; commit;Commit complete.16:59:27 SQL&gt; select dump(a1),dump(a2) from test;DU...</description>
<link>http://xzh2000.itpub.net/post/96/411785</link>
<pubDate>Wed,07 11 2007 17:14:45</pubDate>
</item>
<item>
<title>SQL优化:理解SQL的意图</title>
<description>如果你的系统中，通过statspack report或awr report，发现这样的SQL执行比较频繁，而且test表的记录数比较多，test表中附合status = '1'的记录数也非常多，占test表记录数90%的比例吧，从statspack report或awr report可以发现该SQL的逻辑读会相当大，假定该表没有任何索引，那DBA该如何着手进行SQL的优化呢？SELECT seller_idFROM (SELECT * FROM (SELECT seller_id, max(gmt_create) FROM test WHERE status = 1 GROUP BY seller_id)ORDER BY gmt_create DESC)WHERE rownum &lt;= 10;方案A假如test表需要存储空间4g，在test表的(status,gmt...</description>
<link>http://xzh2000.itpub.net/post/96/392850</link>
<pubDate>Thu,06 09 2007 16:12:46</pubDate>
</item>
 </rdf:RDF>


