请教:对于对涉及到交易的历史记录数据的处理? 根据数据量的大小,一定时期(比如一年)创建一个备份库,刻盘一式三份,做个查询后台就可以了。对于流水记录,你可以每天甚至每小时把它搬到备份库里。更彻底一点,直接在前台写备份库。 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 请近接手项目涉及到大量的历史交易记录数据,不知道如何处理。长年的记录,大量的交易记录导致数据库较大,结系统运行带来压力,但这些历史数据又可能一删了之,有时还需要进行查询,甚至统计,一时不知道如何处理为好。如果数据量确实很大,可以将数据按年份放到不同的数据库中去. 感谢大家指点 我想这样做,不知道是否可以: 每隔一隔时间(半年或是一年或是两年),建立一个新的数据库,新库只包含最近一段时间的流水记录,然后建立前期统计汇总(如用户总消费额,总余额等)数据作为新库的前期数据,这样在进行查询统计时就不用再去查老数据库了,如果实在要去查老账及历史记录,那也只能去调用老数据库来进行查询了(当然这种需要毕竟是少数的) 有很多商品,m种,最后入库时间不一样,有什么方法能简单实现以下结果: m种产品各自最后的入库时间. 求一简单SQL语句! sql server 分区表为何要创建文件组? 多个文件有什么好处? out参数进行字符串连接 合并两个表的问题 数据库恢复问题 MS-连接问题 sql一个100多个字段100多万条记录的大表转换成几个小表用视图关联起来,速度能够提升百分之多少? 请教一个查询语句(new) sql的全文索引问题,极简单,谢谢了,在有较多的NULL的列上做全文索引有什么影响? 关于数据库同步性能测试和数据完整性校验 sql用触发器存到另一台数据服务器中碰到的问题(分布式服务器)
长年的记录,大量的交易记录导致数据库较大,结系统运行带来压力,但这些历史数据又可能一删了之,有时还需要进行查询,甚至统计,一时不知道如何处理为好。如果数据量确实很大,可以将数据按年份放到不同的数据库中去.
每隔一隔时间(半年或是一年或是两年),建立一个新的数据库,新库只包含最近一段时间的流水记录,然后建立前期统计汇总(如用户总消费额,总余额等)数据作为新库的前期数据,这样在进行查询统计时就不用再去查老数据库了,如果实在要去查老账及历史记录,那也只能去调用老数据库来进行查询了(当然这种需要毕竟是少数的)