可以写存储过程，将业务指定时间前的历史数据进行转储，也就是将历史数据和在线数据进行物理上的分离，这样一方面可以提高生产系统的查询性能，另一方面，备份的数据量也小了。

主要看业务系统的需求，对于在线和近线的数据可以采用分级存储实现经济高效的数据生命周期管理，而对于长达数年的历史离线数据咱就给他进带库吧，带库里对备份集进行策略的管理维护。之于是否可以删除，必须要有业务的授权...

嗯，应用服务器一般存有数据库的输入和输出数据，由于都是文件型，因此比较容易实现历史数据的归档，而数据库系统就必须了解内部的表结构，才能完成历史数据的归档，同时前端的应用逻辑在数据归档后也要做相应的调整，我们有的生产库是oracle，历史库用的是mysql回复 2# pwey...

个人感觉历史数据的合理规划对也业务系统是必须的，及时整理数据很重要。仅仅针对生产数据库，不断有DML操作的数据表都需要定期进行在线整理，所以我们的数据也需要定期的进行分级规划。从目前主流的数据库分析，花钱的法子就是利用GoldenGate等类似软件进行历史数据迁移，省钱的...

闪存更加适合混合型数据库，随着数据量的增长，有些oltp慢慢半olap化了，这种情况上F900性能提升最高