pconnect在连接数较少的情况下比connect速度快些,因为少了一个连接数据库的过程。但是人比较多的情况下容易造成拥堵。具体情况可以google一下。
如果是使用pconnect,可以直接使用,不用重新创建一个连接。但是好像用不着放到session里去。

解决方案 »

  1.   

    1connect比较方便快捷一点
    2是,把连接DB放到一个页面,然后include
      

  2.   

    1,pconnect是否尽量不用?用connect比较好?
    当访问较频繁时可用pconnect,一般情况下宜用connect2,是否每个页面打开的时候都要重新连接DB?还是在一次客户端连接中用一个公用的mysql连接?把连接的resource 变量放在session中可以吗?
    是的。任何数据库连接都只在当前程序执行时有效,再入时必须重新连接
      

  3.   

    To xuzuning(唠叨) 
    "任何数据库连接都只在当前程序执行时有效,再入时必须重新连接"
    就是说:每进入一个新页面:就必须调用my_connect一次? 这样连接远程的DB,太费时间了,有没有好点的办法?我试过用static,global好象都不行啊。
      

  4.   

    既然你觉得“太费时间了”那么就不要学习“web”开发了,去学习“桌面”开发好了
      

  5.   

    JSP/SERVLET中可以不用这样啊,声明一个静态的DB连接类就可以了,PHP中估计应该有类似的办法吧
      

  6.   

    其实用pconnect就行了,真正人多的时候,速度的瓶颈在于数据查询所占的资源,而不是数据连接,你把mysql的连接上限加到1000左右吧
      

  7.   

    可是要是租用人家的虚拟主机的话,不会允许你改Allow_persistelink选项的
      

  8.   

    JSP/SERVLET中可以不用这样啊,声明一个静态的DB连接类就可以了,PHP中估计应该有类似的办法吧哈哈!“声明一个静态的DB连接类”不一样是要连接吗?与php写的连接代码有何区别?
      

  9.   

    同样需要连接是不错,可是不用在每个需要操作DB的页面都重新连接DB啊!连接成功后就可以保留这个Link Id一直操作,而不需要重新花费时间再连接数据库了。问题在这里。