建议：系统操作日志做到数据库中

日常使用操作日志，目前默认是另存到Excel中，随着使用量变大无分割文件和文件过大打开、筛选等不是很理想。特建议如下：1、操作日志可以做到数据库中，
2、导出日志，
   2.1 手动导出：（根据日志条数提示用户，管理员自行导出）。
   2.2 自动导出：按照管理员给定周期导出文件到Excel
3、开发人员可以根据日志进行过滤等具体报表操作，检索用户操作上的异常现象。
如：开发时未测试出来某些用户可以对数据库修改操作， 用户发现此问题未提交到开发。
4、可以在用活字格加工此数据，进行分析等等



以上建议希望可以采纳，为谢！

Simon.hu 发表于 2019-6-14 17:59
这个不是在纠结呢，因为一般日志最好不要跟业务数据的数据放到一起啊~

为啥不能放在业务数据库中？有用户登入退出，对数据表增删改记录就行了。

Simon.hu 发表于 2019-5-21 13:40
第2个应该可以，（2.报错事件）

后面的2个，我还是不同，跟踪啥意思，咋跟踪？

上面说的报错事件，应该是程序运行报错日志。比如，发布的程序，客户使用有时候出一些错误，能快速追踪到问题。
我目前主要是要那些用户登录了系统，都做了些什么操作。比如操作了那些表，对这些表做了那些增删改查，什么时间做的。起一个追溯作用。并且能够通过活字格在此加工得到自己想要的问题。

此需求可以使用我们的计划任务的功能，搞定

qq189980980 发表于 2021-10-14 15:45
可以采用FR软件，业务数据库不存放日志，另外建一个数库存实体，专门于来存日志。也可以随时调用记录，日 ...

感谢大佬支招

Simon.hu 发表于 2019-6-14 17:59
这个不是在纠结呢，因为一般日志最好不要跟业务数据的数据放到一起啊~

日志都应该进数据库，只需要设计页面时给个可维护或者设置自动删除多久之前的日志即可

Simon.hu 发表于 2019-6-14 17:59
这个不是在纠结呢，因为一般日志最好不要跟业务数据的数据放到一起啊~

可以采用FR软件，业务数据库不存放日志，另外建一个数库存实体，专门于来存日志。也可以随时调用记录，日志会越来越大，可以压缩体积、分离等等。

chenjamo 发表于 2019-12-31 11:26
强烈建议能做一个可选功能日志做到数据库中，定时（能设置天/周/月）自动或收到移出到CSV文件

6.0就有了

强烈建议能做一个可选功能日志做到数据库中，定时（能设置天/周/月）自动或收到移出到CSV文件

看来大家，都觉得这个教程不能解决问题，是吗？

帮你打开活字格更神奇的功能：七十五，数据操作日志保存到数据表中
https://gcdn.grapecity.com.cn/fo ... 4&fromuid=30160

强烈要求把日志做成数据表

好的老板！