本文實(shí)例講述了Oracle出現(xiàn)超出打開游標(biāo)最大數(shù)的解決方法。分享給大家供大家參考，具體如下：

Java代碼在執(zhí)行conn.createStatement()和conn.prepareStatement()的時(shí)候，實(shí)際上都是相當(dāng)與在數(shù)據(jù)庫(kù)中打開了一個(gè)cursor。尤其是，假如你的createStatement和prepareStatement是在一個(gè)循環(huán)里面的話，就會(huì)非常輕易出現(xiàn)這個(gè)問題。因?yàn)橛螛?biāo)一直在不停的打開，而且沒有關(guān)閉。

一般來(lái)說，我們?cè)趯慗ava代碼的時(shí)候，createStatement和prepareStatement都應(yīng)該要放在循環(huán)外面，而且使用了這些Statment后，及時(shí)關(guān)閉。最好是在執(zhí)行了一次executeQuery、executeUpdate等之后，假如不需要使用結(jié)果集（ResultSet）的數(shù)據(jù)，就馬上將Statement或PreparedStatement關(guān)閉。

對(duì)于出現(xiàn)ORA-01000錯(cuò)誤這種情況，單純的加大open_cursors并不是好辦法，那只是治標(biāo)不治本。實(shí)際上，代碼中的隱患并沒有解除。而且，絕大部分情況下，open_cursors只需要設(shè)置一個(gè)比較小的值，就足夠使用了，除非有非常非凡的要求。

假如你不使用連接池，那么就沒有什么問題，一旦Connection關(guān)閉，數(shù)據(jù)庫(kù)物理連接就被釋放，所有相關(guān)Java資源也可以被GC回收了。

但是假如你使用連接池，那么請(qǐng)注重，Connection關(guān)閉并不是物理關(guān)閉，只是歸還連接池，所以PreparedStatement和ResultSet都被持有，并且實(shí)際占用相關(guān)的數(shù)據(jù)庫(kù)的游標(biāo)資源，在這種情況下，只要長(zhǎng)期運(yùn)行，往往就會(huì)報(bào)“游標(biāo)超出數(shù)據(jù)庫(kù)答應(yīng)的最大值”的錯(cuò)誤，導(dǎo)致程序無(wú)法正常訪問數(shù)據(jù)庫(kù)。

正確的代碼，如下所示：

for(int i=0;ibalancelist.size();i++)
{
  prepstmt = conn.prepareStatement(sql[i]);
  prepstmt.setBigDecimal(1,nb.getRealCost());
  prepstmt.setString(2, adclient_id);
  prepstmt.setString(3, daystr);
  prepstmt.setInt(4, ComStatic.portalId);
  prepstmt.executeUpdate();
  //循環(huán)到一定數(shù)量就要關(guān)閉，防止出現(xiàn)超出最大游標(biāo)數(shù)量
  prepstmt.close();
}

希望本文所述對(duì)大家Oracle數(shù)據(jù)庫(kù)程序設(shè)計(jì)有所幫助。