当前位置: 技术问答>java相关
[给分]leonzhao(灯泡) 进来领分
来源: 互联网 发布时间:2015-05-19
本文导语: 虽然我还是对“一个完整的系统(叫做内容管理)”不是太了解,但也感谢leonzhao(灯泡) 的详细解答! http://www.csdn.net/expert/topic/672/672647.xml?temp=.2134668 还想问一下,假设我系统中的其他文件没有受到外界的干扰,那...
虽然我还是对“一个完整的系统(叫做内容管理)”不是太了解,但也感谢leonzhao(灯泡) 的详细解答!
http://www.csdn.net/expert/topic/672/672647.xml?temp=.2134668
还想问一下,假设我系统中的其他文件没有受到外界的干扰,那送一个url真的就行的了,不是么? 这对中小型企业来说,已经基本足够了。
要是根据文件的生成日期、最后修改日期、文件大小、类型等等很多的文件的属性信息去定位这个文件,可就真是太复杂兼麻烦了,呵呵。投降!
http://www.csdn.net/expert/topic/672/672647.xml?temp=.2134668
还想问一下,假设我系统中的其他文件没有受到外界的干扰,那送一个url真的就行的了,不是么? 这对中小型企业来说,已经基本足够了。
要是根据文件的生成日期、最后修改日期、文件大小、类型等等很多的文件的属性信息去定位这个文件,可就真是太复杂兼麻烦了,呵呵。投降!
|
中型企业也应该设计使用完整的内容管理系统了。因为文件系统实在是不大可能不受到干扰。再举个例子就是:如果机器在使用过程中死机,服务崩溃(M$平台常见现象);或者是断电或人为因素影响,让系统出错了。如果是数据库的话你可以恢复备份(甚至数据库自己就可以修正这种错误)。但是你的文件系统就不行了,即使是一般的备份都是有可能造成数据“不同步”的。(所以其实有更麻烦的事情,就是你自己的事务管理,灾备处理,等等)
简单的说就是一句话:一般情况下的文件实在是太没有保证了。
简单的说就是一句话:一般情况下的文件实在是太没有保证了。