刚才看了江老师与彭老师的对话，回想起我以前查找日志的经历，个人感觉弄否在以下两个方面对日志这个功能进行一下改动。
一、日志存储
目前日志存储的时候采用文件存储方式，以天为单位，每天的日志单独保存为一个文件，这样不太利于用户对日志进行检索和备份。我们能否这样处理，在数据库中单独用一个库来保存日志，这样不但方便检索，也方便用户备份数据库。同时，这个数据库中的日志库能否让用户自定义库的存放路径。也就是说在第一次生成这个库的时候，由用户决定这个库的存放路径，这样做主要是考虑到用户服务器中硬盘配置不尽相同。如果用户的服务器磁盘工作模式为“RAID5”模式，或者用户把数据库存放到“NAS”中，并且机房配置了UPS的话日志数据库与其他数据库一起存放倒没什么问题。但是，如果用户服务器只有两块硬盘并且没有工作在RAID1模式下，那么日志库与其他库文件再存放在一起就会有点小麻烦。一旦数据库所在的硬盘损坏，并且用户每次做备份的时间间隔又长的话，那么用户的数据损失可能会非常大。但是，如果用户可以在生成日志库的时候自定义日志库的存放位置，把日志库存放到其他硬盘上，当出事时，只要是用户服务器的硬盘不是同时坏掉，那么用户都可以依靠日志或者是依靠其他书目库很方便的恢复数据。减少损失。。。
二、日志的查找、显示
我们能否在内务“文件菜单中”增添两项，一项为“日志查询窗”，一项为“日志显示窗”。
1、“日志查询窗”：
这个窗口采用跟其他查询窗口相同的处理方式，在窗口的上方显示两个标签一个为“简单”，一个为“逻辑”，在简单标签中显示“检索词”、“库名称”、“检索路径”、“匹配方式”，在“逻辑”标签中支持多检索点多条件的联合检索，同时在逻辑标签中设立时间段选项，可以精确到分钟，并且对于检索路径的配置可以用自定义的方式，也就是说用户可以自行定义检索点，就像其他库那样定义检索点。用户输入检索式之后，在窗口的下方显示出检索结果。
2、“日志显示窗”
用户点击检索结果后，系统把用户点击的检索结果装入“日志显示窗”，在“日志显示窗”中，我们可以使用双标签，一个标签为“HTML”，一个标签为“XML”。
A、“HTML”标签
“HTML”这个标签中显示用户的操作时间、操作类型，同时还显示出数据变动情况，也就是说显示出被修改的数据中哪个字段或子字段被修改过，并且显示出这条数据中的被修改的字段或子字段修改前的样子，以及修改后的样子。对于这条数据中没有修改的字段或子字段不做显示，这样方便用户分析数据。
B、“XML”标签
这个标签比较简单，就是显示出这条日志数据的原貌。