数据分表存储(寻求优秀方案) 根据数据量分月或旬或是分年然后进行视图的建立 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 还要看应用。如果对历史数据经常有许多查询,且每个月就10k的量(这点量不算大),不必分表。如果每个月上1m的记录数,就分割表吧。如果对历史记录查询量很少,分成月表。对常用的近期数据(如3个月内)建视图,并加视图索引。记得每个月用脚本重新生成视图,使之限定在新的日期数据区间。 首先要明确的是: 1.如果以前月度的数据过后有需要变更或删除,则需要创建分区视图; 2.如果确实是大型的应用可以考虑使用分布式数据库来实现. 上万条记录不算多,对于频繁的新增和删除,最容易导致索引碎片,只要定期重建索引即可。 上万条记录,对SQL SERVER 来说,简直就不算什么 。这东西的符合是千万级的。还是先想想程序上怎么来做,效率高点。 新人求SQL语句指点 端午节要到了,高兴 散分 表里的数据汇总 为什么form老是跑到后台? 字段中如何存入一个回车和换行符? 在SQL Server中执行事务死锁 请高手进来看看(急) vb+sql7.0 做进销存的一个问题 触发器的问题,邹建兄也看一下 如何将SQL SEVER中存储的word,excel,pdf文件导出? Update语句 求一update语句,关于更新使用多表的问题
如果对历史数据经常有许多查询,且每个月就10k的量(这点量不算大),不必分表。如果每个月上1m的记录数,就分割表吧。
如果对历史记录查询量很少,分成月表。对常用的近期数据(如3个月内)建视图,并加视图索引。
记得每个月用脚本重新生成视图,使之限定在新的日期数据区间。
1.如果以前月度的数据过后有需要变更或删除,则需要创建分区视图;
2.如果确实是大型的应用可以考虑使用分布式数据库来实现.