本地文件扫描,新增文件建立数据库时间太可怕了。
功能需求 · trapan · 1年前 · 541次点击 · 0人收藏 收藏 感谢

原有文档管理是采用的smb+ftp直接管理文件的模式,远程管理职能用ftp,使用起来有局限。


现在就想通过ifile将文件融合进入文档存储中。文档位于本地的机械盘,读写速度在150mb/s左右,文件总大小只有1.7t左右,主要内容图片和电影以及以前旧电脑的一些需要筛选的文件。


现在通过本地文件扫描功能,已经连续扫了24个小时了,还没扫完,而且服务端还死了两次,没有反应了的那种,这个功能是否可以优化一下。

服务端是windows版本2.2.3

3条回复 1年前
  • admin 1年前
    目前扫描文件会计算文件hash,文件太多或太大是会比较慢,后续优化。
  • trapan 1年前
    @admin 为了节约资源,发现的问题继续在这里反馈

    一、android客户端在处理大数量的文件夹的时候,好像每次只预读50个文件,且只有翻到底后才预读后50个,这样会导致目录、文件列表不齐。

    二、android客户端下载文件存储不明,可否给出下载文件存储的位置?,在data里面也没翻到,搜索也没搜出来。。。

    三、此外网页端也存在移动文件存储的时候,弹出的树形结构不完整的情况,尤其是子文件夹数量很多的时候。
  • admin 1年前
    @trapan 感谢反馈,我检查下
添加新回复
回到顶部
登录 后回复