2020-01-01 11:11

@jfinal009 上传处理代码已更新到文章中了,请参考。

2020-01-01 10:50

@亚枫
对了,还有两个问题请参考:
一是备份工作,采用每月一次完整备份,每天一次增量备份;这样对存储要求低一些。
二是对附件使用单独的数据库,这样不至于影响主库的备份和迁移工作。

2020-01-01 10:44

@亚枫 在数据库中不是用base64,目前使用的数据库是SQL Server,字段类型是Image,使用byte[]保存在数据库中。
从查询性能上看,数据查询没有任何影响,因为数据库的性能机制保障了其查询速度。目前库中的数据条数在10万级别,数据库的大小是30G以上,查询可以说是秒开,我们以前也做过类似的测试,数据库的查询速度应该比文件系统更快,尤其是在文件非常多的情况下。
但随着系统运行,会使库的大小变的非常大,这个就需要从多个方面权衡了。
之所以使用数据库保存二进制文件,是因为如果将文件保存在系统的文件目录,以后的备份是一个问题;而SQL Server的自动备份机制非常好,可以很好的解决备份问题。
这样,我们可以看到,维护人员只需要保障系统的正常运行,并做好数据库的备份工作,就可以了。简化了运维工作。

2019-12-26 21:41

@jfinal009 这个应该简单吧,我找见了发一份。说实话,还真没有现成的,现在是在改造一个旧系统了,所以需要显示数据库中的图片。

2019-12-26 20:47

@JFinal 波总,代码帖出来了,请指导。不知道我的原因分析是否正确,以及render()方法是如何执行的,因为并没有主动调它。

2017-12-28 12:16

@JFinal 另外,就是去掉那个后面的参数5,其实是不解决问题的。因为在jfinal中,这个参数如果是0或没有参数,则不热加载。
不知道我说的对不对。

2017-12-28 12:13

谢谢,我以前没看到你说的这个贴子。现在问题解决了,就是卸载了原来的版本4.7.1a,又重新安装了4.7.0版本,就可以了。
不用jetty也可以,只是觉得麻烦,还是这个方便。

2017-12-12 18:02

这个问题目前为止仍然没有解决。

2017-12-03 19:02

经测试,发现是@clear方法有影响,还在继续测试中

2017-11-29 21:30

@Jieven 呵呵,你说的很有道理。

2017-11-29 19:01

:) 各位加油,我给大家鼓劲!