oracle员工表schema,【Oracle Concept】Schema之Table知识要点

1.表数据的存储及格式一个Oracle数据块(Data block)通常存储着一条记录的一个片段(Row piece)，假如一条记录以多个记录片段的方式保存，那么这些记录片段之间会被互相"链接"。当一个表拥有的列数目超过255个，那么每条记录的第255个字段之后的数据，会被存放到另外的记录片段中，以Rowid相连。这被称为(Intra-block chaining)。

因为同一条记录，不管被分成多少个row piece存储，每一个piece的rowid都是相同的。通过这一点就可以把数据“链接”起来。每一个记录片段，不管是链接的还是非链接的，都包含了一个记录头(Row header)

2. Rowidrowid会一直伴随Oracle记录，直到记录被删除。假如记录被export，然后import那么rowid也会改变。

3.表压缩Duplicate values in all the rows and columns in a block are stored once at the beginning of the block, in what is called a symbol table for that block. All occurrences of such values are replaced with a short reference to the symbol table.Oracle通过剔除重复的字段值，并替换为对唯一值的引用，来压缩表空间。表压缩可以在表空间级别，表级别，表分区级别指定。多个压缩策略可以作用于同一个表4. 表空值Nulls are stored in the database if they fall between columns with data values. In these cases they require 1 byte to store the length of the column (zero)Nulls are not indexed, except when the cluster key column value is null or the index is a bitmap index.

5.分区表分区表允许用户将一个大的表划分成多个小的，可独立管理的片段--称为分区表，甚至分区还可以再划分分区，分区表的好处是每个分区能够被分别的管理，而且在一个分区上进行的操作对其它分区没有产生影响

6.临时表临时表中的数据是会话私有的(这一点类似于Java中ThreadLocal类)，数据仅对创建它的会话可见。临时表可以被多个不同事务或会话同时访问，但是每个会话或事务只能看到临时表中属于自己的那份私有数据。在使用trunc命令清空数据时，只会清除属于自己的那部分临时数据，而不清空其它会话在临时表中的数据。请注意：由于临时表的数据在事务结束或会话结束后就被自动丢弃，所以数据的最终变化过程并不会记录到redo日志文件。但是对于临时表在计算过程中产生的数据，同样会有undo log和对应的redo log产生。也就是说redo log是针对DML操作而产生的，而不是针对表的变化而产生的。

Oracle的实用套件可以export/import临时表的定义(实际上临时表本身并不会自动删除，和持久表一样它的定义一样也是保存在shcema下的)，但是临时表中的数据不能被导出，即便用户使用了rows=Y这样的选项。

不同于普通类型的表在定义时就被创建，为了节省空间临时表只在第一条Insert语句执行时才创建。这也就是说：由于临时表是再第一次insert语句被执行时再创建，所以假如有一个临时表被创建后，另外一个连接在没有insert数据之前执行select，将不会看到任何数据。因为其他session插入的数据对它来说是不可见的。但是没有执行insert就select，update，delete则肯定会报错。

当一个会话向临时表发出了Insert请求时，就和临时表进行了绑定。当会话向临时表发出Trancate命令，或者事务被提交、回滚后会话和临时表之间的绑定关系就被解除。

请注意下面几点：

①在同一个会话中，不同的事务不能同时并发地使用同一个基于事务的临时表

②来自不同会话的事务则可以并发的访问同一个基于事务的临时表。

③假如事务中已经执行了Insert操作，此时假如事务尚未结束则事务的子事务不能再执行Insert操作(因为父事务尚未结束，不允许并发访问)

④假如事务的子事务执行了Insert操作，那么当子事务结束后其插入的数据将自动被删除。父事务或其它子事务可以执行Insert操作(因为子事务已经结束)

这是因为：因为临时表上面是没有DML锁的，所以同一个会话中的不同transaction如果并行访问临时表的话会引起数据混乱。但是不同的session中不同的事务并行访问同一个临时表是可以的，因为此时数据都是彼此不可见的。7. 外部表外部表(External table)可以访问数据库外的资源，就像访问数据库内部的表资源一样。外部表本身并不包含数据，它只包含两部分的定义：1.表的列定义

2.表的列定和外部资源的转换映射规则至于数据如何存储和读取则由驱动程序负责。由于外部表本身不存储数据而是从其它资源处读取数据，所以外部表是只读的，不能执行任何DML操作和索引创建操作。外部表的Loading/unloading操作分别指从外部表中加载数据到数据库的表，以及从数据库中的表读取数据然后插入到外部表中。由于外部表和外部资源文件之间松散的联系，所以外部资源文件可以包含或不包含出现在外部表中的字段，数据类型也可能不一致。至于两者之间如何进行转换则靠外部的驱动程序完成。

那么外部表的用途在那里呢：当我们业务计算过程中需要临时读取一批大量数据(比如说日志记录)，而这批数据又不是存储在自己的数据库(通常是远程数据库)，而且数据不是以表的方式存储(通常是CSV文件)，那么我们就需要从外部资源中来读入数据了。由于外部表并不存储数据，所以我们完全不怕大量的临时数据占据了宝贵的磁盘空间。由于external table本身并不存储实际数据，而是依赖于外部资源。所以一旦数据被加载到external table后，如果需要更新。必须先unload后再load