使用Derby读取大数据（BLOB、CLOB）的问题

    最近在项目中使用derby读取BLOB时出现了一个错误：

java.io.IOException: ERROR 40XD0: Container has been closed.

at org.apache.derby.impl.store.raw.data.OverflowInputStream.fillByteHolder(Unknown Source)

at org.apache.derby.impl.store.raw.data.BufferedByteHolderInputStream.available(Unknown Source)

at java.io.FilterInputStream.available(Unknown Source)

at java.io.FilterInputStream.available(Unknown Source)

at java.io.BufferedInputStream.read(Unknown Source)

at java.io.FilterInputStream.read(Unknown Source)

at java.io.PushbackInputStream.read(Unknown Source)

在网上google一下，发现在derby中读取大数据时，如果同一个connection中还有其他的Statement或ResultSet，而且connection是自动提交的，那么就可能导致大数据无法全部读出来，如下面的示例：

public InputStream getData() {

    Connection con = null;

    Statement stmt = null;

    ResultSet rs = null;

    Statement stmt2 = null;

    ResultSet rs2 = null;

    try {

         stmt...

         rs...

         stmt2...

         return MyInputStream(con, stmt2, rs2);

    } finally {

        rs.close();

        stmt.close();        

    }

}

    也许上面的代码并不被建议使用，但是有的时候是迫不得已的。

    这样的代码在读取小数据量的BLOB的时候也许可以运行，但是如果读取的BLOB比较大，那么读到一半的时候就有可能出现上面给出的错误，其实原因就在于finally中将另外的Statement和ResultSet关闭了，这是就会导致一个事务的提交，从而导致获取大数据的流也关闭，不知道这样是不是合乎逻辑，不过在其他的数据库中似乎没有这样的问题。

    我的解决办法就是在stmt和rs结束之后，读取BLOB之前将其关闭，这样就不会有事务被提交了。当然还有另外一个解决办法，就是调用connection.setAutoCommit(false)，但是这样的调用对使用了连接池的应用有隐患，一旦在方法结束后如果没有调用connection.setAutoCommit(true)，那么导致非常严重的问题，所以我就没有采用这样的方法！