我有一个数据库,一个图片库。为防止数据文件过大损坏,把图片单独放到一个库里了。这样当程序调用图片的时候,是用到的时候再打开图片库的连接,还是程序一运行就同时连接两个数据库。哪种方式更有效率呀???

解决方案 »

  1.   

    没试过频繁打开关闭数据库。影响有多大?
      

  2.   

    影响性能最大的环节就是建立连接的环节。
      

  3.   

    因为不可能让客户给来试这个环节。一两个人又不是很明显。郁闷中...
    小菜 有别的好办法吗??
      

  4.   

    乌龟领衔的大虾米都没在呀。
      

  5.   

    适用时打开,否则长时间占据资源,影响性能。
      

  6.   

    计算放在一个库,也要用到的时候再打开图片库的连接这是图片处理不用考虑的原则
      

  7.   

    放到一个库的话数据库很大,一旦磁盘或是数据库文件有损坏,问题就大了。开始是一个库,现在想分成两个,至少数据信息会安全一点。
      

  8.   

    图片可不可以直接放在一个文件夹里面呢
      

  9.   


    字打错了,原话应该是:
    就算放在一个库,也要用到的时候再打开图片库的连接这是图片处理不用考虑的原则
      

  10.   

    楼上的哥们先谢谢了。我现在的数据库就是一个,但是图片表太大了40多G。我是怕磁盘或是数据文件一但损坏就什么都没有了。这样的话我维护数据信息会好些。
      

  11.   

    对嘛,数据库放图片、视频文件,很危险
      

  12.   

    关键是以前没有与时俱进,程序用了8年了。没有大的升级过,才造成今天的局面。哪个大哥给看看呀???
      

  13.   

    不管分开还是独立放,访问大的数据都是在用到的时候才访问,没必要就不去访问,才会有效率!
    至于安全,分开放比较好!如果是如片,建议放在文件服务器上,需要的时候去下载就好了!或者一次性下载到本地,有点类似于程序的升级!如果本地有的图片就调用本地,如果没有,则从服务器上下载!
      

  14.   

    自己顶。大哥们 我不是想问怎么解决这种情况,想问的是频繁连接库合适还是程序一运行就连接合适????
      

  15.   

    一般情况下,什么时候用什么时候连接,用完就释放。
    如果是频繁连接,则建议在这个频繁连接区间内一直打开,这个阶段用完就释放。
    原则就是,如果目前不用了,那就释放。
      

  16.   

    频繁的连接数据库会不会影响性能呀???
      

  17.   

    对于图片你可以考虑用缓存,这样就不至于短时间频繁的连接数据库了。缓存不够用的话用暂存目录也可以