import导入与insert两种方式是否会导致查询结果不一致?

ziliu0305

原帖由 eagle_fan 于 2007-12-6 16:18 发表
应用不应该依赖这样的次序，如果有所依赖那设计上是有问题的，需要靠其他的方法来解决，例如order by

声明:这并不是应用上的需求,只不过系统迁移,你总得保证两个数据库得数据一致吧,而且对于客户来讲,你没办法让他相信你导入的就是正确的,所以只能让从两个库中他再查询他常用的数据做一个比对,不过这个操作一下子出问题了,就是上面我提出的问题,数据都是相同的,但顺序乱掉了,客户那边没办法讲;另外order by已经用了,是应用要求的,其他的就不能再添了,因为系统迁移要保证前后应用没有变动,如果变了出问题就说不清了,而且客户也不允许

eagle_fan

原帖由 ziliu0305 于 2007-12-7 10:00 发表

声明:这并不是应用上的需求,只不过系统迁移,你总得保证两个数据库得数据一致吧,而且对于客户来讲,你没办法让他相信你导入的就是正确的,所以只能让从两个库中他再查询他常用的数据做一个比对,不过这个操作一下子出问题了,就是上面我提出的问题,数据都是相同的,但顺序乱掉了,客户那边没办法讲;另外order by已经用了,是应用要求的,其他的就不能再添了,因为系统迁移要保证前后应用没有变动,如果变了出问题就说不清了,而且客户也不允许

数据一致并不表示出来的次序要一致，数据相同就可以了

既然应用更本不需要迁移后次序一致（事实上本来就不能保证），那这个就是无理要求了

如果你一定要保证次序一致，exp/imp 不能满足你的要求，你可以考虑整个tablesapce做TTS

foxmile

还是用一种方式来做迁移吧。不知道楼主是为了研究呢，还是为了生产环境。

mengxb001

这样没有什么意义啊

ziliu0305

原帖由 foxmile 于 2007-12-17 11:43 发表
还是用一种方式来做迁移吧。不知道楼主是为了研究呢，还是为了生产环境。

生产环境的,客户还是可以的,我稍稍解释了下,并且数据也都一致,也就没什么大事,不过因为不太清楚原因,所以过来请教一下

upper123

原帖由 ziliu0305 于 2007-12-5 10:56 发表
import导入与insert两种方式是否会导致查询结果不一致?
一是系统初建之后,以业务的方式(insert,update,datele)来操作数据库,当积累了五六年之后,系统需要移植,所以数据也需要导入到新的数据中,为验证两个数据库数据一致,特意比对了一下某查询(老的数据库和新的数据库)的结果,原以为应该是完全一致,但结果却不是,两个结果是一样的,但记录的顺序却不同,经测试与应用程序无关,初步怀疑是导出导入(数据存储块的不同)或是数据库小版本升级造成的,但不确定,特求教有没有遇到过同样情况的或是指教一二,谢过

数据库本身在存储数据的时候并不需要保证表中数据存储的顺序，如果查询结果需要排序，则使用sql语句进行排序即可，我认为这个和exp/imp没有关系，只不过是数据的存储位置发生改变了而已。
请高手指正，谢谢。

foxmile

两种不同的方式，估计会有些不同。不过现在在做数据抽取的时候，一般会用order by的。影响应该不大。

brotherxiao

exp/imp是逻辑导出导入啊，物理顺序当然可能改变。
你应用的顺序是不应该依赖物理顺序的

sqysl

离开了物理顺序，逻辑上的顺序对应用来说已经没太大意义，你查出的逻辑顺序只是缺省的排序而已。

foxmile

顺序是以什么为基准呢？你指的是rowid么？那肯定会变的。