回复 10楼 的帖子
按搂主的意思问一句官方的支持 正文查询了吗？
回复 10楼 的帖子
官方确实是有. 只是一个基于SQL查询的小型存档工具.因为没有全文索引,所以不支持正文查询.(想像一下用LIKE查询百万条记录的TEXT字段,会有多慢)还有一个问题,它将所有的源文件未经压缩的存放在 同一个目录下 导致这个目录下的文件超级多超级大.邮件一多带来的问题就是磁盘性能下降
如果某天因为磁盘满了你想将这个备份的目录移动到一个大的磁盘上时,它内置的设置是不支持这样做的.自己操作是有风险的.并且移动一个上百万个文件的目录,耗时长且容易出错.
俺的软件支持多个备份目标,当一个磁盘满了时.可以添加一个新的存档设备并激活就可以了.如需移动也是很简单的.
它内置的权限设置使IT管理员的权限过大,我想愿意让网管随意看自己的邮件的老板不多吧. 成熟的安全性考虑也是本软件能在企业推广的重要因素.
最后一个问题,它太贵了.相比之下我的要比它便宜一大半. 假定是50用户的话, 1500我就能做了.而他们要近五千元.
再加上大家都是中国人嘛,所以售后支持也方便快捷得多.
数据备份不是儿戏,平时没事的时候大家可以随意聊QQ看小说.万一那天老板的笔记本电脑硬盘坏了,要你找回过去半年的所有邮件.就有点头大了.我想这种经历不少网管朋友都有吧. 我需要向豆浆好好学习
有机会给我普及一下搜索引擎的知识吧
多谢了
回复 13楼 的帖子
欢迎加入我的群一起讨论. 如果你也喜欢开发,我愿意和你一起学习.能不能卖软件是次要的,交到好朋友是重要的.
谢谢大家. 是基于索引档的还是基于数据库的？如果是基于数据库的，稳定性还要考虑数据库因素，可能会有局限。
回复 15楼 的帖子
谢谢这位朋友提问.查询基于全文索引
数据基本信息放在数据库中,但是不在数据库中查询.
邮件源文件以压缩形式存放. 有没有可能做出不用数据库的，数据库坏了，归档就没了。
还是向Mdaemon那样单独存放单个邮件比较好，风险小。
回复 17楼 的帖子
谢谢你的建议,以下是对于你的疑问的回答.1. 完全脱离数据库是不可能的.有很多配置的东西需要放在数据库里.比如日志,还原计划等.但这些东西和邮件数据没多大关系,没了就没了.重装就可以了.
2. 如果不放在数据库里,全放在索引信息里的话.也是可以的.通过定制程序很容易做到,但索引信息会很大. 但和上面说的一样.索引也只是为了查询和在线显示邮件内容(不包括附件)所以没了就没了,利用程序重建索引就可以了.只不过邮件很多的话.需要的时间很长.
3. 对于目前的版本.如果数据库坏了怎么办? 目前版本是在权衡了上述几种问题后,经过性能和安全的综合考虑所采取的办法.即邮件的内容提取到了数据库是为了在线显示.而不是为了查询或是还原.所以退一万步说.如果你的数据库坏了或是硬盘坏了.只要保存邮件源文件的那些目录里的文件都在(后缀名为.DJ)就没事.可以联系我. 提供办法将这些文件释放出来,并重建数据库和索引.
其实目前硬件这么便宜的情况下.用户应该考虑使用磁盘阵列.不然,数据库文件的损坏机率和备份数据损坏的机率其实是一样大的. 我们在做一个专业管理非结构化数据的企业文档管理软件.
归档只是其中的一个功能,每封归档后的邮件都为单一的.MSG文件,然后由server定时去抽取索引(当然此处可灵活设定,主要考虑服务器性能)来实现全文索引功能.
目前此功能在上海电信及东风汽车使用效果非常好。呵
回复 19楼 的帖子
到处都是高手阿真有点自叹不如了
