Java "数据集"

在.net中引入了一个Java中没有的、并且对于数据库查询来说非常实用的一个概念——数据集。
简单的说，数据集就是利用一次连接数据库的查询时间将查询结果保留下来，再根据所需对数据进行操作。由于此时的数据操作（这里仅限于查询及其批量修改）是在驾驭在数据库外面的基础上，也就是说此时已经完全脱离了数据库。所以对于程序来说无疑在速度上大大了节省了时间，从而提高了程序执行的效率。
那么在Java中是否可以使用同样的方法呢？我们的回答是肯定的。只不过在VS.net中这些全都是有IDE自动生成的，而我们这里则需要手工写。其实实现这个功能很简单，但是如果要做到真正的提高效率那就拥有一定的难度系数了。
下面，简单的说一下在Java中是如何实现“数据集”的：
.net中生成的的数据集是以XML来表示的，在Java里同样可以，调用相应的XML的API就可以了。为了简便操作，我们这里仅仅用数据集合。

首先看一下这些代码：

import java.sql.*;

public class SqlTest

{

Connection con;

PreparedStatement ps;

public SqlTest()

{

Class.forName("com.microsoft.JDBC.sqlserver.SQLServerDriver");

con=DriverManager.getConnection("jdbc:microsoft:sqlserver://127.0.0.1:1433;DatabaseName=Northwind","sa","");

}

public void search()

{

ps=con.prepareStatement("select * from Products");

ResultSet result=ps.executeQuery();

while(result.next())

{

String t1=result.getString(1);

String t2=result.getString(2);

……………………

……………………

String tN=result.getString(N);

}

}

}

此时，我们用的是最普通也是最本的方法将数据一点一点地从数据库中取出来，如果这个程序没有“跨越”传输数据的话，这个勉强能说得过去。但是在实际的开发中像这种本地调用的毕竟是少数，所以就出现了所谓的“跨越”调用（即在不同的计算机之间进行的数据传输）。
首先这里要注意一点，如果在这里加入finally然后在里面执行关闭书数据库操作的时候，回报错！因为这里会因为数据没有查询完毕而出现异常。
由于上述情况，就限制住了一点：“在这种情况下，始终保持着数据库的连接状态。”这对于数据库资源和网络资源非常宝贵的环境来说显然是不现实的。所以便出现了我们下面的“数据集”：

import java.sql.*;

import java.util.*;

public class SqlTest

{

Connection con;

PreparedStatement ps;

public SqlTest()

{

Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver");

con=DriverManager.getConnection("jdbc:microsoft:sqlserver://127.0.0.1:1433;DatabaseName=Northwind","sa","");

}

public Vector search()

{

ps=con.prepareStatement("select * from Products");

ps.setString(1,key);

ResultSet result=ps.executeQuery();

Vector resV=new Vector();

while(result.next())

{

CustObj obj=new CustObj(result.getInt(1),

result.getInt(2),

...............

...............

result.getInt(N));

resV.add(obj);

}

return resV;

}

}//这里的CustObj仅仅是一个接受类

和上面的不同，此时完全可以用finally语句附带关闭数据库的操作。因为此时数据已经完全保存到了Vector里面。

无论是在面向对象的设计中，还是在数据库跨越传输中。第二种方法都是最佳的首选。如果在配合Java与XML的API，实现.net那样的数据集本地化是轻而易举的事。
还是那句话，如果真得能做到“真正的提高效率”，很难。毕竟，VS.net中的本地化数据库并不是像我说得这样简单。