測試11g的系統(tǒng)分區(qū)時(shí)碰到一個(gè)600錯(cuò)誤。

liwei58

測試11g的系統(tǒng)分區(qū)時(shí)碰到一個(gè)600錯(cuò)誤。 　　這個(gè)錯(cuò)誤可以重現(xiàn)，只需要對物化視圖日志建立系統(tǒng)分區(qū)就會造成這個(gè)錯(cuò)誤：
　　SQL> CREATE TABLE T （ID NUMBER PRIMARY KEY）；
　　表已創(chuàng)建。
　　SQL> CREATE MATERIALIZED VIEW LOG ON T PARTITION BY SYSTEM PARTITIONS 4；
　　CREATE MATERIALIZED VIEW LOG ON T PARTITION BY SYSTEM PARTITIONS 4
　　*第 1 行出現(xiàn)錯(cuò)誤：
　　ORA-00600： 內(nèi)部錯(cuò)誤代碼， 參數(shù)： [prssptoa2]， []， []， []， []， []， []， []
　　其實(shí)出錯(cuò)是意料之中的，因?yàn)橄到y(tǒng)分區(qū)表插入的時(shí)候必須明確指定分區(qū)，而物化視圖日志的插入完全由Oracle控制，用戶無法對其指定分區(qū)，所以這個(gè)操作被禁止也是正常的。
　　不過，Oracle并沒有返回一個(gè)預(yù)定義的錯(cuò)誤號以及相應(yīng)的錯(cuò)誤描述，而是報(bào)錯(cuò)ORA-600錯(cuò)誤。這個(gè)錯(cuò)誤信息會誤導(dǎo)用戶。從這一點(diǎn)考慮，認(rèn)為這個(gè)錯(cuò)誤屬于bug也不為過，最起碼Oracle的測試不完善。
　　目前在metalink和google上還找不到和這個(gè)bug相關(guān)的任何描述。
來原：www