谢谢你的回答,我还有个疑问,如果是存进数据库的,那么在查询、存储和读取这样1M-3M的CAD图片大概需要多长时间?数据库版本应该是要用2005的,谢谢

解决方案 »

  1.   

    建议直接存储路径,然后读出路径后,再有程序通过路径,来读取文件。如果你直接在数据库中存储文件,那么可以通过这样来插入:
    select 1,  
           binColumn   --引用后面定义的列别名  
    from openrowset(  
                     BULK 'c:\Katongxiar01.jpg', --指定文件路劲,这里是本地路径  
                          SINGLE_BLOB         --指定二进制数据是SINGLE_BLOB  
                                              --指定文本是SINGLE_CLOB、SINGLE_NCLOB  
                   )X(binColumn)  --这里还定义了列的别名  
      
      

  2.   

    2008的话这种体积,可以考虑用filestream
      

  3.   

    初步打算是要用2005的,用filestream的话查询读取的速度能加快很多么?
      

  4.   

    初步打算是要用2005的,用filestream的话查询读取的速度能加快很多么?filestream是针对你这类的问题优化,不过既然用2005就不用考虑了
      

  5.   

    初步打算是要用2005的,用filestream的话查询读取的速度能加快很多么?这个文件流在2008中才支持
      

  6.   

    另外,也可以考虑分表,比如:表1
    主键id,其他字段附表:
    主键id,图片然后,如果不要图片,就直接查询表1,如果需要图片那么就查询 附表
      

  7.   

    谢谢,不过我们是打算买这个软件,而昨天开会时对方的实施主张将图纸存到数据库中,我觉得很不靠谱,因为5W行还只是目前的数据量,所以才带了了这些疑问,来请教下大家嗯,考虑到以后数据的增长,存储路径比较好。因为我原来的公司,也有大量的图片,100多个g的图片,虽然每个图片 都只有几十k,但是由于数据量超过了2亿条,所以直接把图片存储到windows的目录中。对时间较长的图片,迁移到其他盘中,这个是必须要考虑的问题,再时间长的,就直接刻录到dvd盘中保存
      

  8.   


    差不多吧,
    如果是你C/S架构的问题,最大问题就是文件访问问题,
    以前我遇见过,开发的时候以文件共享方式开发,到后期过不了检查说不安全,
    所以开发socket来传文件,也很麻烦