Oracle分區(qū)數(shù)據(jù)問(wèn)題的分析和修復(fù) 今天根據(jù)同事的反饋，處理了一個(gè)分區(qū)表的問(wèn)題，也讓我對(duì)Oracle的分區(qū)表功能有了進(jìn)一步的理解。 首先根據(jù)開(kāi)發(fā)同事的反饋，他們?cè)诔绦蚺坎迦胍徊糠謹(jǐn)?shù)據(jù)的時(shí)候，總是會(huì)有一部分請(qǐng)求執(zhí)行失敗，而查看日志就是ORA-14400的錯(cuò)誤，對(duì)于這類問(wèn)題，我有一個(gè)很直觀的感覺(jué)，分區(qū)有問(wèn)題。 而如果把‘pz’修改為另外一個(gè)字符串'dhsh'就沒(méi)問(wèn)題。 所以這樣一個(gè)ORA問(wèn)題，通過(guò)初始信息我得到一個(gè)基本的推論，那就是沒(méi)有符合條件的分區(qū)了。而如果仔細(xì)分析，會(huì)發(fā)現(xiàn)這個(gè)問(wèn)題似乎有些蹊蹺。 一般的分區(qū)表都是Range分區(qū)，基本就是數(shù)值范圍或者是日期來(lái)做范圍分區(qū)，這個(gè)問(wèn)題該怎么理解呢，如果按照時(shí)間分區(qū)，那么另外一個(gè)SQL插入也應(yīng)該失敗才對(duì)。 所以帶著疑惑，我查看了分區(qū)的情況，發(fā)現(xiàn)這個(gè)表竟然有默認(rèn)鍵值maxvlue的分區(qū)，所以如果說(shuō)指定的Range分區(qū)不存在，似乎有些說(shuō)不通。 這個(gè)問(wèn)題該如果解決呢，一個(gè)直觀的地方就是查看表的DDL,dbms_metadata.get_ddl即可得到。 得到的DDL一看，我就有些懵了，開(kāi)發(fā)同學(xué)怎么知道這個(gè)list分區(qū)，竟然已經(jīng)用上了這個(gè)還算高級(jí)的特性吧，就是Range-list分區(qū)。 對(duì)于這類問(wèn)題，雖然還是有些陌生，但是還是有一些分區(qū)表的底子的，所以分析起來(lái)也不會(huì)有太大的偏差。 按照DDL的格式，我們是要想修改template的子分區(qū)模板規(guī)則。 按照這種方式修改模板就沒(méi)有問(wèn)題了，然后繼續(xù)嘗試插入數(shù)據(jù)，發(fā)現(xiàn)還是同樣的錯(cuò)誤。這個(gè)時(shí)候是哪里的問(wèn)題了呢。 根據(jù)錯(cuò)誤反復(fù)排查，還是指向了分區(qū)的定義，那么我們看看其中一個(gè)分區(qū)的情況。 所以按照分區(qū)的定義，里面還是少了這個(gè)subpartition的數(shù)值范圍信息。 如果想重新生成一個(gè)新的subpartition可以使用如下的方式： 如果想生成默認(rèn)的subpartition名稱可以使用如下的方式： 這個(gè)時(shí)候的subpartition的信息，我摘錄出一個(gè)來(lái)簡(jiǎn)單看看。 如果依舊覺(jué)得不滿意，我們來(lái)使用merge subpartitions的方式，當(dāng)然這個(gè)操作還是會(huì)有全局鎖的，會(huì)把兩個(gè)分區(qū)整合為一個(gè)。 個(gè)人微信公眾號(hào)，歡迎掃碼關(guān)注。