对于数据自动转移到历史库里的方法，大家是如何解决的呀？

[xiaha3]

转移后还要能查看，有没有成熟的解决方案呀
作过的请发表看法

[zhongwanli]

ding

[hedonister]

楼主说明白点啊，一般数据转移后都是不要再查看的呢，只是备查，应该直接可以从数据库查，或提供一个工具查

[一杯清茶几行代码]

统一楼上的说法,特别是数据都备份后存到备份设备中了,只能用一些查询工具查询

[xiaha3]

我说的是几个关联数据的表要经常把相互关联的历史数据放到历史库中，比如定单，要存放发票记录，
发货记录，定单详细，回款票据等
那么放到里面的一定是结算清楚的、干净的。而不干净的不放入历史库。
对历史库中的数据也能用当前的方式查看（一种特殊的导航方式），这样就统一操作了，客户也能接受
我瞎想了一下：
1。在做一个和当前软件一模一样的软件，就是数据连接串不同
面临的问题就只是如何用程序用事务把数据导入历史库（还没想呢，因为没定下来）
2。用一个软件，把两种查看方式作到一起
面临的问题就是稍微麻烦些，可复用性差些
希望有经验的能告诉我

[rtdb]

History数据还是有自己的特点的，一般要单写界面。

[xiaha3]

UP

[hedonister]

还要问下：应用是web的还是winform的？处理方式有点差别

[hedonister]

不过即使是web的也仅仅是后台维护的时候有查看历史数据的功能，

如果是自己的服务器还可以考虑只写个简单的c/s模式的小工具查看历史数据，

应该比原有的简单的多，

毕竟使用频率要小的多嘛，

而转储数据实现起来也比较简单，

可以直接写个小工具做导入，

不知楼主现在有什么想法了，

愿意探讨一下

[xiaha3]

up

[shixianyong]

幫你頂，，，

[syeerzy]

仅仅是这个原因，有必要用“历史库”吗？？整个新库？？

我觉得“历史表”足够，没必要历史库，如果仅仅是楼主的这种需求。

那查询什么的也就没有任何问题了，只不过是叫“历史”名字的表，还是普通的表而已，相同的处理。
也不需要2个数据库连接串和多库操作了。

[xiaha3]

up

[TCat]

没有必要历史库，
查询可以一样的啊，只是sql的连接稍稍区别而已，
数据导入出，可以做个事务，定期执行就可以了