最近发现一些客户数据库占用空间很大有的客户甚至超过了800G的数据库
这样对于我们的数据库资源是一个很大的挑战。
在这里我整理了一些可以直接清理的日志和缓存表，
方便各位可以直接调整。
1：T_HS_ACCTGPROCESSENTRY_H，T_HS_EXPENSESPROCESS_H，这2个可以清理，是核算日志信息。可以不保留。具体看客户要求。
如果不需要，在成本管理系统参数中不要勾选期末结账结转核算明细过程数据。
2：T_STK_INVENTORYLOG这个库存有提供备份和清除功能，可以在系统里处理，日志主要是为了分析差错，
如果没有这方面的需求可以定时清理，这种过程数据该记录的还是要记，我们那个要求至少保留3个月。
3：T_PLN_MTRLDSDETAILDATA这个表是记录MRP运行时物料的明细数据的，如果客户不需要保留历史MRP运行的记录，
去MRP运行日志删除一些之前的运行日志，就会删除这个表的数据的。
4，T_BF_INSTANCESNAP 是最大的，有50GBhttps://vip.kingdee.com/article/39055
t_stk_stkbaloccurlog,t_stk_stkbalresultlog可以清空，t_stk_inventory库存更新日志，没有异常即时库存数据需要分析的话也可以清空
T_BAS_WARNMOBILEMESSAGE 业务监控执行情况
数据瘦身规则对应的数据表
1、 上机操作日志：
T_BAS_OPERATELOG，
T_BAS_OPERATELOGBK。
2、分配执行情况：
T_ORG_AUTOALLOCLOGDETAIL_L
T_ORG_AUTOALLOCLOGDETAIL
T_ORG_AUTOALLOCLOGINFO
T_ORG_AUTOALLOCLOGDETAIL_BK_L
T_ORG_AUTOALLOCLOGDETAIL_BK
T_ORG_AUTOALLOCLOGINFO_BK
T_ORG_ALLOCATERESULT
3、监控执行情况：
T_BAS_WARNEXECUTEDETAILBK
T_BAS_WARNEXECUTERESULTBK
T_BAS_WARNMOBILEMESSAGE
T_BAS_WARNINSIDEMESSAGE
T_BAS_WARNMERGEMESSAGE
T_BAS_WARNLIGHTAPPMSG
T_BAS_WARNLIGHTAPPMSGGROUP
T_BAS_WARNUSERMESSAGE
4、 临时表清理：
T_BAS_TEMPORARYTABLENAME表中满足FPROCESSTYPE=1或者FCREATEDATE是N小时前生成的临时表的清理；
5、Z表中的数据清理：Z表中的数据是可以直接清理的
我们判断Z表的依据是：Z_开头的表，并且系统中同时存在Z_XXXXX和T_XXXXX，2表同时存在，满足这样的条件的Z_XXXXX就是我们的Z表。
推荐阅读