数据库连接池问题[转]

首先是我所作的B/S软件需要多种数据库的支持，其中就包括Access数据库。而为了达到快的速度，必须把access的连接放入数据库连接池，所以我专门给access做了个数据库连接池。

问题出现了：“就是用access连接池的时候，有的时候会出现修改过的数据不能及时的反应到界面上来。”

刚开始我以为是我的access连接池写的有问题，于是是大找特找就是找不到原因，后来我干脆不用池，直接自己new一个全局连接放在静态变量里看一下会不会有问题，结果显示完全没有问题。

接着我又new 了两个连接放在静态变量里  conn1 和  conn2   ，  然后让conn1做了一个update数据操作，conn2又立马获取update的值，结果显示 获取的数据还是update前的数据，  然后过3到5秒 再让conn2去获取update的值 才能看到已经修改了。

于是我得出这样的结论，access数据库的多个连接情况下，其中某一个连接进行了修改操作需要过3到4秒才能反映到其他连接里来

如果这个结论被确定那就是说 access无法实现 传统上的 数据库连接池。

于是我想会不会是我的数据库操作代码有问题，于是我干脆用两台电脑做测试，分别在两台电脑上用office打开同一个access数据库，然后在其中一台上修改了某个数据，另外一台上立马打开改数据，结果显示 数据还是没有更新。  靠。从目前来看我上面的结论是符合实际的。

如果真的这个结论被坐实的话，就像我上面说的，“access无法实现 传统上的 数据库连接池”。那麻烦就大了，因为其他数据库连接池，如：sqlserver，是可以用的，而access不能用，那么可能需要更多的代码区分开来编写。

于是我又想，会不会是使用access连接的时候有没有什么特殊的属性（或者说方式），才能保证多个access连接能及时的反应信息。



这里付上操作数据库的代码：
说明：test.mdb中一个表，test 表，中间有两个自段id  和 num  都是数字。记录就一条 id=1  num=1
protected void LinkButton11_Click(object sender, EventArgs e)
    {
        String connStr = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + Server.MapPath("/test.mdb") + ";Persist Security Info=True;";
        String selectSql = "select [num] from  [test] where [id]=1";
        String updateSql = "Update [test] set [num]=[num]+1 where [id]=1";

        OleDbConnection connForUpdate = new OleDbConnection(connStr);
        OleDbConnection connForSelect = new OleDbConnection(connStr);
       
        OleDbCommand cmd;
        Object resultValue;

        try
        {
            connForUpdate.Open();
            connForSelect.Open();

            //修改前提取
            cmd = new OleDbCommand(selectSql, connForSelect);
            resultValue = cmd.ExecuteScalar();
            Response.Write("修改前：" + resultValue);
            Response.Write("<br/>");

            resultValue = null;

            //执行修改
            cmd = new OleDbCommand(updateSql, connForUpdate);
            cmd.ExecuteNonQuery();

            //修改后提取
            cmd = new OleDbCommand(selectSql, connForSelect);
            resultValue = cmd.ExecuteScalar();
            Response.Write("修改后：" + resultValue);

        }
        finally
        {
            connForSelect.Close();
            connForUpdate.Close();
        }
    }

此代码的结果是：
修改前：6
修改后：6

最终结论是，Access确实不能很好的实现连接池。 没法子，只能是变相的解决问题了。
我这里给出Access操作的几个可以提高速度方法：
1.让某些只是提取操作的单步业务使用同一个链接， 该连接因为都是单步提取数据，所以“不是即时性”的数据问题不大，如：获取点击数、查询等等都使用同一个连接，此conn保持状态不要关闭。
2.如果是非单步的业务就要使用完了连接及时关闭，不然会出现看不到刚刚更新过的数据，如：新增一条记录，新增完后要显示此记录的结果，由于是两张页面所以保证第一张页面的conn关闭了，第二张页面new出来，就没有问题。
3.这里可以思考这样的连接池，在conn返回到连接池的时候会把conn和session绑定起来，在需要获取一个连接的时候，先要判断所有和session绑定的conn，绑定时间在5秒前的就取消绑定，并把连接放回到freelist列表里，然后是根据传进来sessionID，如果在和session绑定的conn集合中能够找到相同的id那么就再次使用这个conn。如此这般便也可以算是一个连接池。