关于扫描文件的存储(200分)

  • 主题发起人 主题发起人 康夫
  • 开始时间 开始时间

康夫

Unregistered / Unconfirmed
GUEST, unregistred user!
不好意思,还得麻烦大家!
前几天麻烦过大家,但是结果不太满意,所以还得请大家帮帮忙.
检察院有很多的卷宗(250页左右/每份卷宗,50K左右/每页扫描的Tiff文件大小,几百份卷宗/每年),
想通过扫描仪扫描之后,放到服务器上,各科室通过局域网调阅,案情很简单,但是有几个问题我
一直犯难,请各位大虾给出出主意,越详细越好.
1.这么多的文件在服务器上怎么存储?
如果放到数据库中,我又担心是不是数据量太大了,另外在阅读器端,我还想用Kodak的TImgEdit,
它是对文件操作的,我还得将它从数据库中倒成文件才能阅读;另外,用数据库我还很讨厌在
阅读器这端的数据引擎的配置.
如果不用数据库的话,因为文件是Tiff格式的,安全性又得考虑,怎么解决?
2.阅读器怎么写,我原想用Kodak的TImgEdit写一个,比较简单,也漂亮,功能也不错,后来又觉得
写一个主页性质的也很好,工作站端可以零配置,以后也省去很多维护工作.到底哪个好?

先谢谢各位了!
 

1. 我觉得还是得分文件保存。每年建一个目录,每年的目录下建12个子目录放12个月份
的资料。文件按日期+索引号取名如:03001.tif, 03002.tif. 前面几位朋友说用数
据库主要是考虑到你可能还有其他的管理操作,如果只是阅读的话,就根本用不着数
据库了。至于安全性,你可以写一个COM Server,在客户端请求得到一个内存区,存
成本地文件,再用TImgEdit调出来阅读。
2. 如果要写主页性质的,大概得用Java了,不知道Java里显示Tiff文件方不方便。要不
然就用ActiveForm,编程可能更简单,但要求每台机器的浏览器都得设置一下允许
ActiveX执行。按我说还是直接写一个应用程序的好。
 
接受答案了.
 
后退
顶部