四、修改表空间
不论是字典管理表空间还是本地管理表空间，在表空间被创建之后都可以进行修改。可以使用ALTER TABALESPACE来修改表空间。相应的，用户

必须拥有ALTER TABLESPACE或ALTER DATABASE系统权限才能够修改表空间。

(一)扩展表空间
表空间在物理上是由保存在磁盘上的数据文件组成的。创建数据文件时会指定大小，因此表空间是有大小的。为了给用户提供更大的表空间，

以便使其可以继续增加数据，就必须能够扩展表空间，即增加更多存储空间。通常扩展表空间的方法有添加数据文件、改变数据文件的大小、

允许数据文件自动扩展这三种方式。

(1)添加数据文件
因为表空间的大小实际上就是它所包含的各个数据文件的大小和，所以为表空间增加新的数据文件是最常用的扩展表空间的办法。
注意：不能为大文件表空间增加第二个数据文件。
ALTER TABLESPACE mytbs01 ADD DATAFILE 'e:\mytbs01_2.dbf' SIZE 3M;
与普通表空间不同，如果要为临时表空间添加新的临时数据文件，就必须使用ALTER TABLESPACE...ADD TEMPFILE语句。
ALTER TABLESPACE mytmptbs01 ADD TEMPFILE 'e:\mytmptbs01_2.dbf' SIZE 3M;

(2)改变数据文件的大小
通过增加表空间中已有数据文件的大小，也可以增加表空间的存储空间。
ALTER DATABASE DATAFILE 'e:\mytbs01_2.dbf' RESIZE 4M;
与普通表空间不同，如果要改变临时表空间的临时文件的大小，就必须使用ALTER DATABASE TEMPFILE...RESIZE语句。
当数据文件中的可用空间未使用完时，允许减小它的大小，即进行压缩。

(3)允许数据文件自动扩展
如果在创建表空间或为表空间增加数据文件时，没有在数据文件子句中指定AUTOEXTEND选项，则该数据文件的大小是不会自动扩展或增加的。

为了是数据文件可以自动扩展，就必须指定AUTOEXTEND ON选项。在指定了AUTOEXTEND ON选项后，当表空间被填满时，数据文件就会自动扩展

，从而就间接的增加了表空间的存储空间。
ALTER DATABASE DATAFILE 'e:\mytbs01_2.dbf' AUTOEXTEND ON NEXT 1M MAXSIZE 20M;

(二)修改属性、状态
(1)修改表空间的可用性
新创建的表空间都处于联机(ONLINE)状态。此时该表空间是可以被访问的。但当表空间处于脱机(OFFLINE)状态时，该表空间就不能被SQL语句

访问了。因此，表空间是否联机，表明了表空间是否可用。
修改表空间可用性的语法是:
ALTER TABLESPACE ONLINE|OFFLINE [NORMAL|TEMPORARY|IMMEDIATE|FOR RECOVER];

使表空间脱机
为了提高数据文件的I/O性能，可能需要移动特定表空间的数据文件。为了确保表空间中数据文件的一致性，在移动数据文件之前，需要将该表

空间修改为脱机状态，以防止其中的数据文件被修改。
SYSTEM,SYSAUX,TEMP,UNDOTBS1表空间是不能被脱机的，因为ORACLE要随时使用这几个表空间。
当表空间修改为脱机状态后，与其相关的数据文件的SCN值和内容都不会发生任何变化。
ALTER TABLESPACE mytbs01 OFFLINE;
当表空间处于脱机状态时，就不能访问该表空间了，否则会有错误的提示。
ALTER TABLESPACE mytbs01 ONLINE;
ALTER TABLESPACE mytbs01 OFFLINE TEMPORARY;
ALTER TABLESPACE mytbs01 ONLINE;
要在ARCHIVELOG模式下执行立即脱机模式。

使表空间联机
完成其他对表空间的维护操作后，应该立即将表空间转变为ONLINE状态，以便该表空间可以被访问。
ALTER TABLESPACE mytbs01 ONLINE;

(2)修改表空间的可读写性
修改表空间的可读写包括使表空间只读和使表空间可读写。

使表空间只读
如果表空间值用于存放静态数据，或者要将表空间移动到其他数据库，就应该先将表空间修改为只读状态。
SYSTEM,SYSAUX,TEMP,UNDOTBS1这几个表空间不能被只读，因为ORACLE要随时向这几个表空间写入数据。
将表空间吸怪为只读状态后，与其相关的数据文件中的SCN值和内容都不会发生任何变化。
ALTER TABLESPACE mytbs01 READ ONLY;
当表空间处于READ ONLY状态时，就不能对该表空间操作了，否则会有错误提示。
当表空间处于只读状态时，仍然允许执行DROP 操作删除该表空间上的对象。
DROP TABLE personal CASCADE CONSTRAINTS;
表空间的可读写状态在脱机之后仍然保留，换句话说就是练级后的其可读写性仍然存在。
如果表空间处于脱机状态，就不能修改它的可读写状态，否则将会有错误提示信息。

使表空间可读写
正常情况下，表空间是可读写的，即可以在该表空间上执行正常的DDL和DML操作。
ALTER TABLESPACE mytbs01 READ WRITE;

(3)修改表空间的备份模式
如果执行非RMAN(RON-RECOVERY MANAGER)联机备份，即在ARCHIVELOG模式下的热备份，则需要修改表空间的备份模式。
首先执行ALTER TABLESPACE tablespace_name BEGIN BACKUP语句，将表空间tablespace_name设置成备份模式，类似于系统给需要备份的表空

间加锁，防止在备份过程中用户对此表空间进行操作。当表空间处于备份模式时，数据库继续写数据到数据文件(当检查点出现时)，但这些检

查点的出现不被记录到数据文件的头部块中。这就告诉数据库，图过数据库例程被突然中断，就可能需要恢复。如果有必要，一些附加的信息

会被写入重做日志文件，以便有助于恢复。
然后使用一些操作系统的命令程序，将该表空间中的各个数据文件都备份到某些文件夹中或存储设备上。
最后执行ALTER TABLESPACE tablespace_name END BACKUP语句，将表空间tablespace_name设置成结束备份模式，类似于系统给正在备份的表

空间解锁，以便用户对此空间进行操作。如果忘记了将表空间设置成结束备份模式，则下一次启动数据库时，数据库将会看到控制文件中的检

查点号晚于数据文件头部块中的检查好，并提示一个需要进行介质恢复的信息。

(4)修改表空间的名称
通过使用ALTER TABLESPACE的RENAME选项，DBA就可以修改表空间的名称。在ORACLE 9I之前，移动表空间时，如果在目标数据库中存在同名表

空间，那么该表空间将不能被移动到目标数据库；而在ORACLE 10G中，如果目标数据库存在同名表空间，可以先使用ALTER TABLESPACE命令修

改源数据库或目标数据库的相应表空间名，然后再移动表空间。
SYSTEM,SYSAUX,TEMP,UNDOTBS1表空间的名称不能被移动。
ALTER TABLESPACE mytbs01 RENAME TO mytbs01_new;
当表空间或其任何数据文件爱你处于OFFLINE状态时，不能修改表空间的名称。

(5)设置、查询默认表空间
在创建数据库用户时，如果没有用DEFAULT TABLESPACE选项指定默认表空间，则使用数据库的默认表空间。如果没有用DEFAULT TEMPORARY

TABLESPACE选项指定临时表空间，则使用数据库的默认临时表空间。在ORACLE 10G中，初始的默认临时表空间是TEMP，而默认表空间随用户的

不同而不同。

设置数据库默认表空间
可以使用ALTER DATABASE DEFAULT TABLESPACE语句，修改数据库的默认表空间。
ALTER DATABASE DEFAULT TABLESPACE mytbs01;

设置数据库默认临时表空间
可以使用ALTER DATABASE DEFAULT TEMPORARY TABLESPACE语句，修改数据库的默认临时表空间按。
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE mytmptbs01;

查询数据库的默认表空间
可以使用以下语句查询当前数据库的默认表空间。
SELECT username,default_tablespace,temporary_tablespae FROM DBA_UERS;
永久表空间与临时表空间是有区别的，所以如果就爱你个一个永久表空间设置为数据库的临时表空间就会有错误提示。

表空间(TABLESPACE)是ORACLE数据库中最大的逻辑结构。ORACLE数据 库是由一个或多个表空间组成的。它在物理上与磁盘上的数据文件相对应(一个表空间由一个或多个数据文件组成，但一个数据文件只能属于一个表空间)。从物理 上说数据库的数据被存放在数据文件中，而从逻辑上说是被存放在表空间中的。
数据库的逻辑配置实际上就是指表空间的配置。

一、表空间概述
表空间是ORACLE数据库中最大的逻辑结构。数据库的所有对象和方案都被逻辑的保存在表空间中。

(一)表空间的特性与作用
数据库管理系统(DBMS)是建立在操作系统(OS)基础上的，它的数据也必须存储在各个文件中，如数据文件、重做日志文件、归档日志文件等。
表不是文件，表不是空间。
表空间是组织结构和分配空间的逻辑结构。除了数据文件之外，控制文件、重做日志文件、归档日志文件等其他文件都不属于任何表空间。
表空间的特性如下：
1.一个数据库可以有多个表空间。可以在数据库中创建、删除表空间；
2.一个表空间只属于一个数据库；
3.一个表空间必须要有一个数据文件；
4.一个表空间的大小等于其中所有数据文件的大小之和。数据库的大小等于其中所有表空间的大小之和；
5.表空间可以被联机和脱机。SYSTEM表空间不能被脱机；
6.表空间可以在读写、只读状态之间切换；
7.每个表空间由一个或多个物理存在的操作系统的数据文件组成。这种数据文件可以具有固定的大小，或允许其自动变大。可以在表空间中添加、删除数据文件；
8.方案对象、表、索引的数据都被存储在表空间的数据文件中。一个数据文件存储不下，就存储在另一个数据文件中，只要该数据文件是本表空间中的就可以；
9.一个用户默认使用一个表空间，但他的不同方案对象的数据可以被存储在不同表空间中；
10.一个用户使用的表空间的数量是有一定配额的，不能超出这个配额；
11.可以根据使用目的，创建不同类型的表空间，如永久表空间、临时表空间、撤销表空间、大表空间等。不同类型的表空间的格式、使用方式及目的是不同的。

表空间的作用：
1.控制数据库所占用的磁盘空间；
2.控制用户所占用的表空间配额，也就等于控制用户所占用的配额空间；
3.通过将不同表的数据、分区表中不同分区的数据放置到不同的表空间中，可以提高数据库的I/O性能，并有利于进行部分备份和恢复等管理工作；
4.能够将一个表的数据和这个表的索引数据分别防止到不同的表空间中，同样可以提高数据库的I/O性能；
5.可以将表空间设置成只读状态而保持大量的静态数据。

(二)表空间的类型
一个数据库通常有SYSTEM,SYSAUX,TEMP三个默认表空间，一个或多个临时表空间，而且还有一个撤销表空间和几个应用程序专用的应用表空间。
这些表空间可以划分为系统表空间和非系统表空间两类。
系统数据(数组字典表及其数据) 系统表空间
用户数据(表、索引) 大表空间、小表空间
临时数据 临时表空间
撤销数据 撤销表空间

(1)系统表空间
系统表空间包括SYSTEM表空间和SYSAUX表空间，其余的表空间就是非系统表空间。系统表空间在所有数据库中都是必须的。一般存放到ORACLE的 数据字典及其数据。

(2)临时表空间
撤了撤销(UNDO)表空间、相对于临时(TEMPORARY)空间而言，其他表空间就是永久(PERMANENT)表空间。
当执行排序(ORDER BY)、分组汇总(GROUP BY)、索引(CREATE INDEX)等功能的SQL语句时，会产生大量的临时数据。服务器进程首先将临时数据存放到内存结构的PGA区的排序区中，当排序区不够用时，服务器进程 就会在临时表空间中建立临时段，并将这些临时数据存放到临时段中。
如果在创建用户时没有为用户指定一个临时表空间，那么就会使用SYSTEM表空间来说创建临时段，存放临时数据。这样做的结果是：
1.占用了SYSTEM表空间的存储空间，使可用的存储空间下降；
2.频繁的分配和释放临时段，会在SYSTEM表空间中产生大量的存储碎片，使磁盘的读取效率下降。

如果在数据运行过程中，经常有大量的并发排序，那么为了避免在SYSTEM表空间中存储临时数据，数据库管理员应该在数据库中创建一个专门的用来存 储临时数据的临时表空间。
临时表空间对应的是临时文件，它与数据文件是有区别的。数据文件在创建时就被完全分配和初始化，而临时文件不一定保证被分配到指定的磁盘空间。如：在 UNIX操作系统中，将不实际分配临时文件的磁盘空间，而是知道某个操作需要临时表空间时才为临时文件分配磁盘空间。这种延迟式的分配方法允许临时文件被 快速创建，但如果没有预留出实际运行时所需的磁盘空间，就可能在运行时发生问题。
临时表空间可以被所有用户共享使用，如TEMP表空间可以被所有用户共享使用。在ORACLE 8I中可以使用其他表空间作为临时表空间，而在ORACLE 9I中就开始引入默认临时表空间(DEFAULT TEMPORARY TABLESPACE)的设计了，使用户不能使用其他表空间作为临时表空间。
某个用户使用哪个临时表空间应该是在创建该用户时指定的。数据库的默认临时表空间是在创建(CREATE DATABASE)数据库时，由DEFAULT TEMPORARY TABLESPACE子句来指定的。
在临时表空间中，同一个例程的所有SQL语句的排序操作将共享使用一个排序段(SORT SEGMENT)。排序段在执行第一条排序操作的SQL语句时被创建，在例程关闭时被释放。可以通过动态性能视图V$SORT_SEGMENT来查询排序 段的使用情况，通过动态性能视图V$SORT_USAGE来查询使用排序段的会话和用户信息。

(3)撤销表空间
在ORACLE 9I以前，对于回退段(ROLLBACK SEGMENT)的设置与管理是一项十分复杂的工作。从ORACLE 9I开始，引入了一个全新的概念，即自动撤销管理(AUTOMATIC UNDO MANAGEMENT)，用撤销(UNDO)表空间取代已经使用了20年的回退段。实际上是将回退段(撤销段)放入了撤销表空间，而由例程自动处理撤销表 空间中的回退段。使用自动撤销管理方式后，不仅可以减轻DBA的工作负担，而且还可以获得较好的回退性能。通过查询数据字典视图 DBA_ROLLBACK_SEGS，可以得到撤销表空间中回退段的信息。
撤销表空间存储撤销段，撤销段主要用于入下目的:
1.用一条ROLLBACK语句明确的回退一个事务；
2.隐含的回退一个事务；
3.重构数据的一个读一致图像；
4.从逻辑错误中恢复。

在ORACLE中可以创建多个撤销表空间，但同一时刻值允许激活一个撤销表空间。在初始化参数文件中用UNDO_TABLESPACE指出要激活的 撤销表空间。撤销表空间的组织与管理由ORACLE内部自动完成。当回退段不足时，一个事务可以使用多个回退段，不会中止事务的运行。数据库管理员只需了 解撤销表空间是否有足够的空间，而不必为每个事务设置回退段。

(4)大文件表空间与小文件表空间
大文件(BIGFILE)表空间是ORACLE 10G新引进的表空间。大文件表空间只能放置一个数据文件(或临时文件)。但其数据文件可以包括4G个数据块。
大文件表空间都是为超大型数据库设计的。如果一个超大型数据库具有上千个数据文件的话，更新数据文件头部信息的操作就会花费很长时间。如果使用了 大文件表空间，就可以使用大数据文件来减少数据文件的数量，使更新数据文件头部信息的操作更快一些。
要想创建一个大文件表空间，可以使用CREATE语句中的使用的BIGFILE关键字。CREATE BIGFILE TABLESPACE mybigtbs01 DATAFILE 'e:\mybigtbs01_1.dbf' SIZE 20G SEGMENT SPACE MANAGEMENT AUTO;
小文件(SMALLFILE)表空间是以前ORACLE表空间的新命名。在小文件表空间中可以放置多个数据文件。一个数据库可以放置多达64K个数据文 件。
SYSTEM和SYSAUX表空间总是被创建为小文件表空间。
想要创建一个小文件表空间，可以在CREATE语句中使用SMALLFILE关键字(或者不适用此类关键字)。CREATE SMALLFILE TEMPORARY TABLESPACE mytmptbs01 TEMPFILE 'e:\mytmptbs01_1.dbf' SIZE 4M UNIFORM SIZE 64K;

(三)表空间的区、段管理方式
ORACLE 10G的表空间是按照区和段空间进行管理的。
(1)区管理方式
针对区的分配方式不同，表空间有两种管理方式。ORACLE各个版本所支持的管理方式如下：
字典管理方式 ORACLE 7,ORACLE 8,ORACLE 8I,ORACLE 9I;
本地管理方式 ORACLE 8I,ORACLE 9I,ORACLE 10G;

字典管理方式(DICTIONARY-MANAGED TABLESPACE,DMT)
字典管理方式是传统的管理方式，是为了与早期版本兼容而保留的区管理方式。在字典管理方式下，使用数据字典来管理存储空间的分配。
当在表空间中分配新的区，或回收已分配的区时，ORACLE将对数据字典中的相关“基础表”进行查询、更新，并且在这一过程中，使用单线程搜索方法，速度 较慢。另外，对表的更新操作会产生会退信息和重做信息，因此，在分配区或回收区时，会在数据库中产生会退信息和重做信息。这是字典管理方式的特点，也是它 的缺点。
在创建字典管理方式的表空间时，可以在DEFAULT STORAGE子句中设置INITIAL,NEXT,MINEXTENTS,MAXENTENTS,PCTINCREASE等参数来为区设置存储管理方 式，以指定表空间中区的默认分配方式。这样，如果在这种表空间中创建表、索引等方案对象时，没有使用DEFAULT STORAGE子句，他们就会自动继承表空间的存储参数设置。
如果其他表空间要采用字典管理方式，则要求SYSTEM表空间也必须采用字典管理方式，并且必须在CREATE TABLESPACE语句中显示的使用EXTENT MANAGEMENT DICTIONARY子句进行申明。字典管理方式是被淘汰的表空间管理方式，从ORACLE 9I开始不再支持这种方式。

本地管理方式(LOCAL-MANAGED TABLESPACE,LMT)
本地管理方式是一种新的、改进的管理方式。从ORACLE 9I开始，创建表空间时默认使用本地管理方式。
本地管理方式下，表空间中分配与区回收的管理信息都被存储在表空间的数据文件中，而与数据字典无关。表空间会在每个数据文件中维护一个"位图 (BITMAP)"结构，用于记录表空间中所有区的分配情况。
ORACLE为每个可能的区都保留了一位。该位为1或0，表示该区正在使用或空闲。位图图像消耗64KB的表空间。当在表空间中分配的区，或回收已分配的 区时，ORACLE将对数据文件中的"位图"进行更新。因此这种更新不是对表的更新操作，所以不会产生回退信息和重做信息。
与字典管理方式相比，本地管理方式具有如下的好处：
1.因为空间的分配和回收不需要对数据库进行访问，而只是简单的改变数据文件中的位图，所以能够提高空间存储管理的速度和并发性；
2.能够避免在字典管理方式中空间分配期间可能出现的递归现象，所以提高了空间存储管理的性能。
3.允许将数据库作为只读的备用数据库(STANDBY DATABASE)。由于不会产生会退信息和重做信息，所以不会向数据库中写信息，这样就可以将整个数据库设置为只读状态。这种数据库可以作为备用数据 库。
4.简化了空间分配，以为当指定了AUTOALLOCATE子句时，ORACLE会自动选择合适的区大小，不再需要用户进行任何干预；
5.减少用户对数据库字典的依赖，因为必要的信息都被存储在数据文件的位图中了，而不是保存在数据字典中；
6.不存在磁盘碎片问题。使用位图的方法去查询空闲空间，相邻的空闲块被视为一个大的空闲块，从设计上保证自动合并磁盘碎片，碎片产生后由系统自动消除；
7.DBMS_SPACE_ADMIN包对本地管理的表空间提供维护过程。

在字典管理方式下，如果对某个表进行了更新，这时会产生存储管理操作，而该存储管理操作肯定会产生回退信息和重做信息，导致对回退段和重做日志文件 进行读写，从而又产生存储管理操作，形成了递归现象。
在字典管理方式下，如果查询操作包含排序，则数据库需要为排序分配临时段，这会引起存储空间的分配操作，也就会对数据字典进行更新，所以数据库必须处于读 写状态，而不能处于只读状态。

在本地管理方式下，可以用以下两个选项来指定表空间的区的分配方式：
1. 统一(UNIFORM)：统一分配，指定表空间中所有区的大小都相同。区的大小的默认值是1MB，也可以指定这个大小。但不能在撤销表空间中使用这个选 项；
2.自动(AUTOALLOCATE或SYSTEM)自动分配，指定由ORACLE系统来自动管理区的大小，这是默认的设置。

在自动去的分配方式下，区的大小随表的大小自动动态改变，他们之间的对应关系如下：
表大小                     区大小
64KB(或前16个区)           64KB
1MB(接下来的63个区)        1MB
64MB(接下来的120个区)      8MB
1000MB(以后的区)           64MB

当表的大小不超过64KB时，表空每个区的大小为64K；
当表的大小不达到1MB时，表中每个区的大小为1MB；
当表的大小超过64MB且小于1000MB时，区的大小都是8MB；当表的大小达到1000MB时，区的大小为64MB。
也就是ishuo，这个算法只能使小表取小区，大表取大区，避免大表拥有过多的区。所以，自动选项最适合于由小表和大表构成的一个多用途的数据库系统。但 是，对于数据超过1GB的大表，系统在分配磁盘空间时一次分配64MB，如果所插入的数据没有达到64MB，则可能造成空间的浪费。
通常，使用自动是最佳的选择。

(2)段空间管理方式
在本地管理方式的表空间中，除了可以用UNIFORM和AUTOALLOCATE来指定区的分配方式之外，还可以指定段空间的管理方式。段空间管理方式主 要是指ORACLE用来管理段中已用数据块和空闲数据块的机制。
在本地管理方式下，可以用如下两个关键字来指定表空间的段空间管理方式：
1.MANUAL(手动)方式，这时ORACLE将使用空闲列表(FREE LIST)来管理段的空闲数据块。这是为了与以前的版本相兼容而保留的。
2.AUTO(自动)方式，这时ORACLE将使用位图(BITMAP)来管理段的已用数据块和空闲数据块。即，通过位图中单元的取值来判断段汇总的数据 块是否可用。
空闲列表(FREELIST)是传统的段空间管理方式，段中所有的空闲数据块都被放入一个空闲列表中，在需要存储空间时据在该列表中进行搜索。与空闲列表 相比，使用位图的自动方式能够提供更好的存储利用率。因为在自动方式下，用户不需要在创建方案对象时通过指定 PCTFREE,PCTUSED,FREELIST,FREELIST GROUP等参数来为段设置存储管理方式，即使设置了，也将会被忽略。
当SYSTEM表空间的区管理方式是本地管理方式时则不可能创建字典管理的表空间，但可以创建本地管理的表空间。
另外，创建表空间这种修改数据库物理结构的信息会同时被记录到预警日志文件中。

(四)表空间的状态
处于不同状态的表空间，其使用方式有所不同。
SYSTEM表空间不能被设置为只读状态或脱机状态，因为在数据库进行过程中始终会使用到SYSTEM表空间中的数据。
(1)读写状态
读写(READ-WRITE)
默认情况下所有的表空间都是读写状态的。任何具有表空间配额并且具有适当权限的用户都可以读写该表空间中的数据。
只读(READ-ONLY)
如果将表空间设置为只读状态，则任何用户都无法向表空间中写入数据，也无法修改表空间中已有的数据。这种限制与用户的权限无关。将表空间设置为只读状态的 主要目的是，避免对数据库进行修改。使用户只能查询其中的数据，而不能修改其中的数据。同时，由于只读表空间中的数据不会被修改，因此DBA只需将只读表 空间备份一次即可，不必再次对这个表空间进行备份。如果数据库中保存大量的不允许用户修改、但又允许用户访问的数据。

(2)脱机状态
通过将某个表空间设置为脱机状态，以使该表空间暂时不让用户访问。
脱机模式有以下4种：
1.正常(NORMAL)：默认的脱机模式。
2.临时(TEMPORARY):
3.立即(IMMEDIATE):
4.用于恢复(FOR RECOVER):

二、管理表空间的准则

(一)确定表空间的大小

(1)确定表的大小

(2)确定表空间的大小

(二)表空间的配置

(1)表空间的层次结构

(2)表空间的分配

(三)为用户设置表空间配额和临时表空间

char的长度是固定的，最大支持2000个字节。

char的长度是固定的，比如说，你定义了char(20),即使你你插入abc，不足二十个字节，数据库也会在abc后面自动加上17个空格，以补足二十个字节；

char是区分中英文的，中文在char中占两个字节，而英文占一个，所以char(20)你只能存20个字母或10个汉字。

char适用于长度比较固定的，一般不含中文的情况

2.varchar/varchar2

varchar是长度不固定的，最大支持4000个字节。

varchar是长度不固定的，比如说，你定义了varchar(20),当你插入abc，则在数据库中只占3个字节。

varchar同样区分中英文，这点同char。

varchar的效率低于char。

varchar2基本上等同于varchar，它是oracle自己定义的一个非工业标准varchar，不同在于，varchar2用null代替varchar的空字符串

varchar/varchar2适用于长度不固定的，一般不含中文的情况

3.nvarchar/nvarchar2

nvarchar和nvarchar2是长度不固定的

nvarchar不区分中英文，比如说：你定义了nvarchar(20),你可以存入20个英文字母/汉字或中英文组合，这个20定义的是字符数而不是字节数

nvarchar2基本上等同于nvarchar，不同在于nvarchar2中存的英文字母也占两个字节

nvarchar/nvarchar2适用于存放中文

Union All：对两个结果集进行并集操作，包括重复行，不进行排序；

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

Minus：对两个结果集进行差操作，不包括重复行，同时进行默认规则的排序。

可以在最后一个结果集中指定Order by子句改变排序方式。

    create [or replace] trigger 触发器名 触发时间 触发事件

      on 表名

      [for each row]

      pl/sql 语句

    其中：

    触发器名：触发器对象的名称。由于触发器是数据库自动执行

              的，因此该名称只是一个名称，没有实质的用途。

    触发时间：指明触发器何时执行，该值可取：

              before---表示在数据库动作之前触发器执行；

              after---表示在数据库动作之后出发器执行。

    触发事件：指明哪些数据库动作会触发此触发器：

              insert：数据库插入会触发此触发器；

              update：数据库修改会触发此触发器；

              delete：数据库删除会触发此触发器。

    表    名：数据库触发器所在的表。

    for each row：对表的每一行触发器执行一次。如果没有这一

                  选项，则只对整个表执行一次。

    举例：下面的触发器在更新表auths之前触发，目的是不允许在

          周末修改表：

    create trigger auth_secure

      before insert or update or delete  //对整表更新前触发

      on auths

    begin

      if(to_char(sysdate,'DY')='SUN'

        RAISE_APPLICATION_ERROR(-20600,'不能在周末修改表auths');

      end if;

    end



－－－－－－－－－－－－－－－－－－－－－－－－－－－－
create trigger biufer_employees_department_id

　　       before insert or update

　　              of department_id

　　              on employees

　　       referencing old as old_value

　　                       new as new_value

　　       for each row

　　       when (new_value.department_id<>80 )

　　begin

　　       :new_value.commission_pct :=0;

　　end;

　　/

缺点

１、如果逻辑全部在存储过程中实现，那么涉及广泛业务逻辑和处理的应用程序可能会给服务器带来过重负荷。这类处理包括数据传输、数据遍历、数据转换和大计算量操作。
应把这类处理移到业务过程或数据访问逻辑组件中，与数据库服务器相比，它们具有更好的可缩放性。
２、不要把所有业务逻辑都放在存储过程中。如果必须在 T - SQL 中修改业务逻辑，应用程序的维护和灵活性将成为问题。例如，支持多个 RDBMS 的 ISV 应用程序不应当
分别为每个系统维护存储过程。 通常，存储过程的编写与维护是一项专门技能，并非所有开发人员都能够掌握。这会造成项目开发计划的瓶颈。

A stored procedure does something without returning a value while a function does something with a return value. There's no magic here. Any programming language is like this except some languages use different names from procedure / function.

In sqlplus,
To call a procedure
exec myproc(1,2,3)
To call a function
var a number
exec :a := myfunc(1,2,3)
assuming it returns a number, and both myproc and myfunc accept 3 arguments of type number

参考答案：原则是避免全表扫描，

 如果是有多表关联的 把记录数少的表放在前面，

 能把多的记录过虑的条件放在where从句前面，

 用exist代替in条件

 尽可能用索引

select索引什么时候失效

参考答案：索引的字段在sum等函数中时

------------------------------------------------
用exists代替in
SELECT *
FROM EMP (基础表)
WHERE EMPNO > 0
AND DEPTNO IN (SELECT DEPTNO
FROM DEPT
WHERE LOC = ‘MELB')

高效exists:
SELECT *
FROM EMP (基础表)
WHERE EMPNO > 0
AND EXISTS (SELECT ‘X'
FROM DEPT
WHERE DEPT.DEPTNO = EMP.DEPTNO
AND LOC = ‘MELB')

这张表的结构，表面上看起来，从数据库设计角度和对应的JAVA类的设计来讲，都是没有问题的。

但实际上，这里面隐藏着两个比较严重的问题！

一、不能完全跨数据库
why?问题出在需要查重(distinct)的时候。
在需要查重时，采用纯jdbc技术，则可以自定义要查重的字段，如select distinct id,createuser_id,document_title from document。而当采用hibernate时，若不想自已创建若干个新的Pojo或者使用Object[]方式来处理数据，则只能使用select distinct d from document as d这样的语句，而hibernate会将其解析为类似：select distinct id,createuser_id,document_title,document_context from document。
问题就出在这个document_context字段上！
对于oracle/mysql来讲，hibernate生成的sql是可以执行的。但对于sqlserver来讲，是不允许在text/image列上进行distinct查询的！
因此系统在sqlserver上部署时，当需要查重时则会出错。
我也是在开发一个系统即将完成的时候，在sqlserver上部署才发现的该问题，最后修改了所有类似的Pojo和表结构以及DAO，相关的显示层代码也进行了修改。工程量可谓不小。当然如果你用不到查重语句，是一点不受影响的。
二、严重影响列表显示和统计的效率
影响一张表的查询速度的，除了行数，还包括表所占的物理空间的大小。此表在数据量较小时，在查询方面感觉不到明显的差异。但是如果document_context字段所存储的数据都是大段文本或较大的文件时，会导致表的物理空间迅速变大，该字段所占用的空间有可能达到整表所占空间的90%以上。在此基础上，如果行数再增加到数十万、上百万级时，整个表所占的空间将达到一个惊人的数字。
保守估计，一条记录占用的空间平均为10K的话，一万条记录将占用100M的空间，一百万条记录将占用10G！在此表上的CRUD操作，亦将变慢，查询的速度亦会受到非常大的影响 。当然通过提高服务器本身的硬件性能和优化索引，可以提高查询速度，但面对无法预知的巨大洪水，单纯加固堤坝是不保险的。

解决的方式？
曾经处理过公司内的一个老系统，表的行数达到十万左右，由于采用上面的设计方式，虽然已经尽可能优化了索引，但查询分页时，仍然需要十秒左右。我单独建了一个新表，将document_context这个字段移到新表中，在原表中加一个对应的外键列，经过处理后，分页显示响应时间降到毫秒级以内。（二进制数据的转移是无法使用普通 的数据导入导出方式的，我的方法是复制该表，然后再修改复制后的表结构）
因为这个大字段，在最常用的列表显示中是根本不需要关心的，仅当用户需要查看某一记录的具体信息时，才需要调入该字段信息。因此分表后，显著提高了分页性能。

在我现在开发的所有的系统中，我都采用了上述的方式，这样做属于未雨绸缪，一旦系统部署后再修改，可能就来不及了。