Oracle 的存储及查询排序问题

遇到的问题是:一个大表在导出的时候,偶尔出现数据的重复问题,不是经常出现,但是一旦出现就是一段时间(几小时)都是这样

Oracle的存储结构:
    物理结构:实际的数据存储单元,包括数据文件、控制文件，重做日志文件、归档日志文件、参数文件、警报文件、跟踪文件和备份文件等;
    逻辑结构:

                            
            数据库由一个或者多个表空间组成,Oracle的多个用户可以共用一个表空间,表空间是有大小的,可以设置最初大小然后设置递增大小(无上限),也可以设计上限,各有各的好,所有的内存都是这样;
            表空间由一个或多个段组成；段有一个或多个连续的区组成；区由一个或多个块组成。块是Oracle中最小的存储单位
            查看表在哪个表空间
                SELECT table_name, tablespace_name FROM DBA_TABLES WHERE table_name='x';
    Oracle在存储的时候,可以指定存储到哪块内存,其实相当于Java内存的逻辑地,逻辑地址是块的概念,如果不指定,则会按照自己的规则去存储,所以Oracle的存储是不会按照顺序的,所以在读取的时候也不会按照顺序读取,
    返回给用户的数据是不保证顺序的,除非设置了索引,因为查询的时候会按照索引来(自己的理解),所以不是不加同一sql得到的结果一定是一样的,平时应该最少加一个排序规则给Oracle;

上面遇到的问题在查询sql的时候发现:

1.把排序写在了Oracle分页语句的最外层,所以每次查询都是一个不带排序规则的sql,还要Union all几个表

2.之前的正确的union all是把排序规则写到最后一个子集

重新认知union和union all:

Union，对两个结果集进行并集操作，不包括重复行，同时进行默认规则的排序；

Union All，对两个结果集进行并集操作，包括重复行，不进行排序,可以在最后一个结果集中指定Order By子句改变排序方式

从项目学到的sql知识:

FOR UPDATE NOWAIT和 FOR UPDATE的区别
    for update:在执行加for update的sql之后,Oracle如果发现符合查询条件的数据被修改,则会等待修改提交之后才会继续执行该语句;
    for update nowait:Oracle如果发现符合查询条件的数据被修改,会返回ORA-00054错误,表示资源正在被占用;

创建一个PK的时候，是自动创建一个与之对应的唯一索引的。
 如果不特别指定，那么这个索引的表空间和表格的空间是一样的，但是不建议放在一起。

查看Oracle的执行计划:

    explain plan for +sql 不会执行sql

   select * from table(dbms_xplan.display)

很像编译之后的字节码文件