关于ORA-27101错误不解？

0 0

关于ORA-27101错误不解？5

我是通过JDBC加TOMCAT链接池的方式对数据库做增，删，改，查的操作，但最近发现有时候会出现下面的错误，原因不解！
还有我总搞不清楚到底数据库链接是什么时候获得什么时候释放，我现在是每次对数据库做一次操作就获得一个链接完了就释放掉，我怕效率底把数据库或者程序搞死我就做了个链接池听说可以提高效率，不知道这样做对不对。如果不对请指点。我还看到网上说数据链接应该写成单例，但我觉得如果写成单例以后系统成千上万人使用都用同一个链接不是根本就不够用吗？不解中。。。

错误信息如下（不知道我的程序会不会引起这个错误！）：
ORA-27101: shared memory realm does not exist
IBM AIX RISC System/6000 Error: 2: No such file or directory
问题补充：
那到底数据库链接是在何时创建何时销毁是比较好的呢？
问题补充：
我给出我的代码：
<code>
这是我创建链接池的类：
public class ConDWDVLP {
private static DataSource pool;
    static {
          try {
        Context env = new InitialContext();
        pool = (DataSource) env.lookup("java:comp/env/jdbc/DWDVLP");
              if(pool==null)
                  System.err.println("'DBPool' is an unknown DataSource");
               } catch(NamingException ne) {
                  ne.printStackTrace();
          }
      }
    public static Connection getDWDVLP() {
        try {
return pool.getConnection();
} catch (SQLException e) {
e.printStackTrace();
return null;
}

    }
}
这是使用链接的一个方法：
public List findAllData(String code) throws SQLException {
con = ConDWDVLP.getDWDVLP();
String sql = null;
if("SRM".equals(code)){
sql = "select distinct t.rowid,t.* from dim_coef_price t where t.alive_flag='Y' and t.FMLY_CODE = 'SRM'";
}else if("austenite".equals(code)){
sql = "select distinct t.rowid,t.* from dim_coef_price t where t.alive_flag='Y' and t.META_STR_ID='A'";
}else if("doublesteel".equals(code)){
sql = "select distinct t.rowid,t.* from dim_coef_price t where t.alive_flag='Y' and t.META_STR_ID='S'";
}else if("ferrite".equals(code)){
sql = "select distinct t.rowid,t.* from dim_coef_price t where t.alive_flag='Y' and t.META_STR_ID='C'";
}else if("martensite".equals(code)){
sql = "select distinct t.rowid,t.* from dim_coef_price t where t.alive_flag='Y' and t.META_STR_ID='M'";
}
System.out.println("Find ALL DimCoefPrice SQL:" + sql);
PreparedStatement stmt = con.prepareStatement(sql,
ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_UPDATABLE);
rs = stmt.executeQuery(sql);
List coefPrices = getCoefPrices();
closeCon(stmt);
return coefPrices;
}
</code>

DAO

2008年9月26日 09:37

心动音符
2
0 0 7

3个答案按时间排序按投票排序

0 0

实在不知道你到底是问些什么，混淆了这些概念性的问题，建议仔细研究下jdbc的基础，毕竟基础很重要。
你在tomcat配置了数据连接池就已经建立起来了连接池了，Connection 就已经给你建立起来了，何必去自己写个连接池呢？没有必要的，你需要的是建立一个调用这个Connection 对象的对象工厂没有必要去每次都取得一个新的连接对象。而且你写的这个连接池代码很闹心，有年头没写连接池代码了，实在想写的话，网上搜索下，有比较完整的代码。
比较完整的给你说下我对这块的理解，不一定全对，有问题帮我指出

JDBC最常用的资源有三类:
-Connection: 数据库连接。
-Statement: 会话声明。
-ResultSet: 结果集游标。
这是一种 ‘爷-父-子’ 的关系，对Connection的管理，就是对数据库资源的管理。
比方说没有连接池的情况下，每次总是拿到一个Connection全新的对象的话， Statement，ResultSet之后，在关闭Connection前，需要关闭所有相关的Statement和ResultSet，如此一圈，当有并发访问，或者程序问题时，没有关闭Connection，资源会越来消耗越多，直到系统不能支持为止。
所以有了连接池的概念，我们在数据缓冲中声明好几个Connection，并不关闭它，只是让他保持空闲状态。
我就拿青楼举个例子吧。
比方说古时候的青楼，要养一堆姑娘一样，总有姑娘闲下来得时候，不能说大爷来了先去买个姑娘吧？所以我们的青楼先买了几个姑娘养起来，有客人了，就叫一个空闲的姑娘去干活了，这样又出现问题了，一旦年老色衰了，不能干活了怎么办呢？偷懒怎么办呢?反正很多的问题出现了，这时候老板发现需要几个底层管理者，老鸨，和龟公出现了完成了一切事情，青楼的宗旨是什么？目的是什么？这也是连接池这个老板的目的，就是让姑娘Connection能干活最多的活啊。
老板连接池根据自己的实际情况会考虑一共养几个姑娘Connection，就是最大连接数了，其他的情况也可以参照这个给出的。
如果我们写连接池，也就必须要考虑到这些问题，你的连接池代码考虑的太少，小心客人不满意啊
对于连接的管理可使用空闲池。即把已经创建但尚未分配出去的连接按创建时间存放到一个空闲池中。每当用户请求一个连接时，系统首先检查空闲池内有没有空闲连接。如果有就把建立时间最长（通过容器的顺序存放实现）的那个连接分配给他（实际是先做连接是否有效的判断，如果可用就分配给用户，如不可用就把这个连接从空闲池删掉，重新检测空闲池是否还有连接）；如果没有则检查当前所开连接池是否达到连接池所允许的最大连接数（maxConn）,如果没有达到，就新建一个连接，如果已经达到，就等待一定的时间（timeout）。如果在等待的时间内有连接被释放出来就可以把这个连接分配给等待的用户，如果等待时间超过预定时间timeout,则返回空值（null）。系统对已经分配出去正在使用的连接只做计数，当使用完后再返还给空闲池。对于空闲连接的状态，可开辟专门的线程定时检测，这样会花费一定的系统开销，但可以保证较快的响应速度。也可采取不开辟专门线程，只是在分配前检测的方法。

连接池的配置与维护
　　连接池中到底应该放置多少连接，才能使系统的性能最佳？系统可采取设置最小连接数（minConn）和最大连接数（maxConn）来控制连接池中的连接。最小连接数是系统启动时连接池所创建的连接数。如果创建过多，则系统启动就慢，但创建后系统的响应速度会很快；如果创建过少，则系统启动的很快，响应起来却慢。这样，可以在开发时，设置较小的最小连接数，开发起来会快，而在系统实际使用时设置较大的，因为这样对访问客户来说速度会快些。最大连接数是连接池中允许连接的最大数目，具体设置多少，要看系统的访问量，可通过反复测试，找到最佳点。
我所说的对象工厂的意思是，如何产生一个连接的对象，从连接池里取出一个空闲对象，而不是去新建一个con，没必要新建对象，拿来就可以了，是吧？
单例呢，client/server用的比较多，很少在J2ee中使用，不过连接池可以考虑用下，比方建立100个空闲con上面
以上没有侮辱任何人或事的想法，只是随便举个例子

2008年9月27日 16:40

woleve
39
0 0 0

添加评论

0 0

ORA-27101跟你的连接池无关，关于错误你可以看看楼上的链接
至于连接池的问题对于并发的J2ee系统多采用连接池的方式，定义最大连接数量后，需要就从里面取出一个就可以了，避免频繁创建销毁链接，以及响应时间等方面，如果只有少数用户，无所谓链接池了，代价并不大。
至于单例模式按照你的描述你这个系统，完全没有必要用单例，需要的是一个工厂，产生链接对象的工厂
单例模式可以用来管理一个connection pool。单例模式可以用来保存这样一个connection pool，在初始化的时候创建譬如100个connection对象，然后再需要的时候提供一个，用过之后返回到pool中。如果不是用单例模式的话，这个pool存在哪里，

要是你数据链接用单例了，你要链接池干嘛？单例是需要排队的

2008年9月26日 16:30

woleve
39
0 0 0