oracle 用户与表空间关系
作者：互联网
oracle用户与表空间关系
用户=商家
表=商品
表空间=仓库
1. 1个商家能有很多商品，1个商品只能属于一个商家
2. 1个商品可以放到仓库A，也可以放到仓库B，但不能同时放入A和B
3. 仓库不属于任何商家
4. 商家都有一个默认的仓库，如果不指定具体仓库，商品则放到默认的仓库中
oracle中用户的所有数据都是存放在表空间中的，很多个用户可以共用一个表空间，也可以指定一个用户只用某一个表空间。
表空间：创建表空间会在物理磁盘上建立一个数据文件，作为数据库对象（用户、表、存储过程等等）的物理存储空间；
用户：创建用户必须为其指定表空间，如果没有显性指定默认表空间，则指定为users表空间；创建用户后，可以在用户上，创建表、存储过程等等其他数据库对象；
表：是数据记录的集合；
创建过程： 表空间--->用户--->表;
所属关系： 表空间 包含 用户 包含 表；
http://www.cnblogs.com/cici-new/archive/2012/12/25/2831740.html
1.首先是ORACLE的整体结构。
oracle中的一个数据库就是一个实例.
oracle的一个用户就是一个Schema（即方案）.
oracle的结构是===
实例->用户->表（用户属于数据库实例,表属于某个用户）
所以在oracle下建立 建表空间，建用户，设置用户的默认表空间，在用户下建表；
--创建数据表空间
create tablespace CICI
logging
datafile 'D:\oraclexe\app\oracle\oradata\CICI\CICI.DBF'
size 32m
autoextend on
next 32m maxsize 2048m
extent management local;
--创建用户并指定表空间
CREATE USER cici IDENTIFIED BY cici
PROFILE DEFAULT
DEFAULT TABLESPACE CICI
ACCOUNT UNLOCK;
-- 为用户赋予权限
GRANT connect, resource TO cici;
grant create session to cici;
-- 登录用户
sql>conn
请输入用户名 cici
请输入密码 XXXXXX
---建立表
create table aa(name varchar2(100),age number(4));
insert into aa values('wo',29);
-- 查询表
select * from cici.A;
select * from session_privs;
查看系统权限和对象权限
select * from dba_sys_privs;
select * from dba_tab_privs;
改自己的密码,不需要dba的权限，但要使用旧密码进行验证，用以下语句即可
alter user hr identified by 123456 replace zxcasd;
select table_name from user_tables;
desc jobs
set pagesize 200
select * from jobs;
desc locations
set linesize 200
select * from locations;
############################
rac上创建表空间
create tablespace MONITOR datafile '+DATA1/baoka/datafile/monitor.dbf' size 4096m autoextend on;
select * from v$tablespace;
select * from v$datafile;
drop tablespace MONITOR including contents and datafiles;
create tablespace monitor logging
datafile '+DATA1/baoka/datafile/monitor.dbf'
size 100m
autoextend on
next 50m maxsize 2048m
extent management local;
select * from v$tablespace;
select * from v$datafile;
create user monitor identified by "lCp_mon1"
default tablespace monitor;
grant connect,resource to monitor;
############################
下面是单实例上创建表空间
select * from v$tablespace;
select * from v$datafile;
三步走
create tablespace monitor
logging
datafile '/u01/app/oracle/oradata/testdb/monitor.dbf'
size 100m
autoextend on
next 50m maxsize 20480m
extent management local;
create user monitor identified by "lCp_mon1"
default tablespace monitor;
grant connect,resource to monitor;
以用户monitor通过sqldeveloper连接库，执行monitor.sql脚本即可，将表空间名字替换即可USERS->monitor
#####################################
查看当前会话的session ID 有如下三种方法：
desc v$mystat
select * from v$mystat where rownum=1;
select userenv('sid') from dual;
userenv('sessionid') 返回的是session audit id.其对应v$session 的audsid字段。
在session 连接到数据库的时候，会从SYS.AUDSES$序列中获取一个audid 分配给session。
select sid from v$session where audsid=userenv('sessionid');
这里返回了3个值，我们直接查看userenv('sessionid') 值：
select userenv('sessionid') from dual;
对于internal用户（’/as sysoper’ 和 ‘/as sysdba’）和后台进程，其对应的AUDID 为0.
在Oracle 10g中，如果AUDID的值为0，表明是internal 用户，如果AUDID 值是4294967295，那么就表明是用SYS 用户直接连接的。
我们这里返回三个结果是把所有SYS 用户的session都返回了，所以这种方法有时的准确性并不高。
################################
sessions=(1.1*process+5)
show parameter processes
show parameter sessions
alter system set processes=1000 scope=spfile;
shutdown immediate;
startup;
查询数据库当前进程的连接数：
select count(*) from v$process;
查看数据库当前会话的连接数：
select count(*) from v$session;
查看数据库的并发连接数：
select count(*) from v$session where status='ACTIVE';
查看当前数据库建立的会话情况：
select sid,serial#,username,program,machine,status from v$session;
查询数据库允许的最大连接数：
select value from v$parameter where name = 'processes';
##################################
undo表空间管理
你可以建立多个undo表空间，但是当前在用undo表空间只能是其中一个。rac除外
只能是一个,但是可以新建另外一个,把原来的失效,再指向新UNDO表空间
修改默认的undo表空间为新创建的
show parameter undo;
alter system set undo_tablespace=undo1;
undo表空间用于存放undo数据，当执行DML操作（insert、update、delete）时，oracle会将这些操作的旧数据写入到undo段。
知道updata语句执行会产生undo信息，将老的数据保存到undo表空间中。
那么select语句会产生undo信息吗？产生什么信息呢？select会将什么保存的表空间中呢？
insert呢？又会产生undo信息吗？将什么保存到undo表空间呢？
新建一个表，插入十万数据，执行:
sql>select addr, used_ublk from v$transaction;
ADDR USED_UBLK
-------- ----------
3B7D6984 87
产生87块，产生undo信息了吗？表是新建的，没有任何信息，也就是没有老的数据，那么会产生undo信息吗？在undo表空间存入什么呢？
还原段用途：
事务处理回退——当某事务处理修改表中某行时，被修改的列的旧映像（要还原的数据）将存储在还原段中。如果将该事务处理回退，则Oracle 服务器通过将还原段中的值写回到该行来恢复原始值。
事务处理恢复——如果例程在事务处理正在进行时失败，那么Oracle 服务器需要在数据库再次打开时还原所有未提交的更改。这种回退操作是事务处理恢复的一部分。之所以有可能恢复事务处理，原因在于对还原段所做的更改同样受重做日志文件的保护。
读一致性——在事务处理正在进行时，数据库中的其他用户不应看到这些事务处理所做的任何未提交更改。此外，也不应从某条语句中看到该语句开始执行后所提交的任何更改。还原段中的旧值（要还原的数据）也可用于为读者提供给定语句的一致映像。
oracle中undo是用来存放回滚数据的。
撤销（Undo）数据是反转DML语句结果所需的信息。撤销数据通常被称为“回滚数据”，在过去的Oracle版本中，“回滚数据”和“撤销数据”可以交替使用，但从 9i版本开始，这两个术语有所不同：功能相同，但管理方式不同。只要某个事务修改了数据，那么更新前的原有数据就会被写入一个回滚段或撤销段。回滚段在 11g版本中依然存在，但从9i版本开始，Oracle数据库引入了可供选择的撤销段。Oracle强烈建议所有数据库都应当使用撤销段，回滚段只被保留用于向后兼容 。
undo表空间：
一个数据库可以存在多个撤销表空间，但是在任意给定时刻都只能使用一个撤销表空间。撤销表空间必须被创建为持久的、本地管理的并且能够自动扩展分配空间的表空间。
事务与undo段：
在某个事务启动时，Oracle会为其指派一个撤销段。任何一个事务都只能受一个撤销段保护，一个事务生成的撤销数据无法被分配到多个撤销段中。
在某个事务更新表和索引数据块时，回滚该变化所需的信息会被写入指定撤销表空间的数据块。撤销数据在提交后过期的事实意味着可以采用循环方式使用撤销段。如果使用原有的、人工管理的回滚段，那么调整的重要环节是控制具体事务分别受哪些回滚段保护。
oracle会将没有commit或rollback的数据放入undo表空间
update\insert\delete 都会使用undo表空间，
select 应该不会，会使用temp表空间
你不是插入10万的数据了吗，在执行 commit或rollback 之前 会使用undo表空间
########################
temp表空间的管理
临时表空间的主要作用： 索引CREATE或REBUILD； ORDER BY 或 GROUP BY； DISTINCT 操作； UNION 或 INTERSECT 或 MINUS； SORT - MERGE JOINS； ANALYZE.
SELECT
SE.USERNAME,
SE.SID,
SE.SERIAL#,
SE.SQL_ADDRESS,
SE.MACHINE,
SE.PROGRAM,
SU.TABLESPACE,
SU.SEGTYPE,
SU.CONTENTS
FROM V$SESSION SE,
V$SORT_USAGE SU
WHERE SE.SADDR = SU.SESSION_ADDR;
在Oracle数据库中，当某个事物对数据进行修改时，Oracle首先将数据的原始值保存到一个回退段中。一个事物只能将它的回退信息保存到一个回退段中，而多个并行事物可以使用同一个回退段。
（1）回退段的作用
回退段主要有4个作用，分别是：事物回滚、数据库恢复、读一致性、闪回查询。
--事物回滚：当事物执行失败或用户执行回滚操作(rollback)时，Oracle会利用保存在回退段中的信息将数据恢复到原来的值；
--数据库恢复：当数据库实例运行失败，在数据库重启恢复时，Oracle先利用重做日志文件的信息对数据库进行恢复（包括已提交和未提交的事务），再利用回滚段中的信息回滚未提交的事务；
--读一致性：当一个用户对数据进行修改时，会预先将其原始值保存到回退段中，这时，如果有其它用户访问该数据，则访问回退段中的信息，使当前用户未提交的修改其他用户无法看到，保证了数据的一致性；
--闪回查询：通过保留在回退段中的信息，用户可以查询某个数据在过去某个时刻的状态
（2）回退段的工作方式
当事务开始时，系统分配给该事物一个回退段，在事务的整个生命周期中，当数据发生改变时，数据的原始值被复制到回退段中。回退段采用循环写的方式进行工作，当事务写满回退段的一个区之后，会接着写入回退段的下一个区，当所有的区都写满后，事务开始循环写入到第一个区或者分配新的区（datafile为autoextend）。回退段归用户sys所有，每个回退段至少包含2个区。
二、回退表空间的管理
（1）创建undo表空间
在Oracle 11g中，创建undo tablespace有2种方法，一种是在创建数据库时创建undo tablespace，另一种是使用create undo tablespace来创建undo tablespace。undo tablespace用来保存事务的回退信息，用户不能在其中创建数据库对象。
我们这里介绍如何使用craete undo tablespace 来创建undo表空间。
--使用create undo tablespace
CREATE [BIGFILE | SMALLFILE]UNDO TABLESPACE tbs_name DATAFILE 'path/filename' SIZE integer [K | M] [REUSE] [AUTOEXTEND] [OFF | ON] NEXT integer[K | M] MAXSIZE [UNLIMITED | integer [K | M] ] [EXTENT MANAGEMENT LOCAL] [AUTOALLOCATE] [RETENTION GUARANTEE | NOGUARANTEE]
(2)修改undo表空间
可以使用alter tablespace修改undo表空间，允许对undo表空间进行如下操作：
--添加undo表空间的数据文件；
--重命名undo表空间的数据文件；
--将undo表空间的数据文件联机或脱机；
--启用或禁用保护回退信息在回退段中的保留时间；
例子1、当undo表空间容量不足时，可以考虑增加新的数据文件或改变数据文件的大小
--为undo tablespace添加新的数据文件 alter tablespace undotbs1 add datafile '/home/app/oracle/oradata/orcl/untbs02.dbf' size 50M; --将undo tablespace里面的untbs02.dbf文件扩充为100M alter database datafile '/home/app/oracle/oradata/orcl/untbs02.dbf' resize 100M;
（3）删除undo表空间
与普通表空间一样，可以使用drop tablespace来删除undo表空间，但是不能删除当前正在使用的undo表空间。如果在undo表空间中含有任何未提交的事务的回退信息，则不能使用drop tablespace来删除表空间。此外，即使已经使用drop tablespace删除了undo表空间，在该表空间中也可能存在未过期的回退信息，这样导致某些查询所需的回退信息丢失。因此，在删除时应该注意，不要删除这样的undo表空间。
（4）切换undo表空间
在数据库运行过程中，可以从一个undo表空间切换到另一个undo表空间，由于初始化参数undo_tablespace是一个动态参数，直接修改即可，无需重启实例，切换方式如下：
ALTER SYSTEM SET UNDO_TABLESPACE = undotbs_name
在以下情况，undo表空间切换会发生错误：
--指定的undo表空间不存在；
--指定的表空间不是undo表空间；
--指定的undo表空间正在被其它实例使用；
在完成undo表空间的切换后，任何新的事物的回退信息都会进入新的undo表空间中，如果旧的undo表空间还存在未提交的事务，则旧的undo表空间进入“挂起脱机状态”，“挂起脱机状态”的undo表空间不能被新的事务使用，也不能删除，当前未提交的事务将继续使用该表空间。当所有事务都提交完成后，旧的undo表空间进入脱机状态。
例子2、切换undo表空间
--切换undo表空间 --实验目的：
-- 1.学会切换undo表空间
-- 2.学会删除undo表空间 12:40:16 SQL> show parameter undo_tablespace --【窗口1】查看当前undo表空间 NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ undo_tablespace string UNDOTBS1 12:45:59 SQL> insert into dept values(50,'a','b'); --【窗口1】执行一条insert语句，且不提交 1 row inserted SQL> alter system set undo_tablespace = UNDOTNS2; --【窗口2】切换undo表空间 System altered SQL> show parameter undo_tablespace; --【窗口2】查看新的表空间 NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ undo_tablespace string UNDOTNS2 SQL> drop tablespace undotbs1 including contents and datafiles; --【窗口2】删除旧的表空间，报错，提示旧的表空间正在使用 ORA-30013: undo tablespace 'UNDOTBS1' is currently in use 12:53:02 SQL> commit; --【窗口1】提交事务 SQL> drop tablespace undotbs1 including contents and datafiles; --【窗口2】过一段时间之后，成功删除 Tablespace dropped
（5）回退信息保留时间
前面我们讲了回退信息的4个作用，当我们提交了事务之后，回退信息对于事务回滚以及数据库恢复已经不再起作用。但是，对于一个长事务而言，具有读一致性的作用，保证查询到的信息一直是旧的信息。此外，数据库的各种闪回操作的实现也需要回退段中的信息。Oracle根据undo表空间的大小以及事物量的多少自动调整回退信息的保留时间，可通过调整初始化参数undo_retention设置回退信息在回退段中的保留时间：
-- 将回退信息的保留时间设置为1800s SQL > ALTER SYSTEM SET UNDO_RETENTION = 1800 ;
需要注意的是，undo_retention是Oracle的一个”软设置“，这个”软设置“如何理解呢？例如，当用户将UNDO_RETENTION参数设置为1800s后，Oracle会尽量的将回退信息保存1800s，但是，在这个过程中，如果回退表空间不够用了，新的回退信息依然会将未达到1800s的回退信息覆盖。
为了保证长时间的查询的读一致性以及各种闪回操作，我们也可以指定回退信息必须保留到undo_retention规定的时间，通过启用undo表空间的retention guarantee特性，保证只有过期（已提交且达到undo_retention设定的值）的数据才会被覆盖，即使undo表空间容量已经不足，也不会覆盖未过期的回退信息。
--启用retention_guarantee SQL > ALTER TABLESPACE UNDOTBS1 RETENTION GUARANTEE;
三、查询undo表空间
与undo表空间相关的数据字典如下：
| 数据字典 | 解释 |
| v$undostat | 包含所有undo表空间的统计信息，用于对undo表空间进行监控和调整。 通过该视图，可以估计当前undo表空间的大小，Oracle利用该视图完成对回退信息的自动管理，该视图数据是有最近4天内，每10分钟产生一条统计记录构成的。 |
| v$rollstat | 包含undo表空间中回退段的性能统计信息 |
| v$transaction | 包含事务所使用的回退段信息 |
| dba_undo_extents | 包含undo表空间中区的大小与状态信息 |
| dba_hist_undostat | 包含v$undostat的快照，主要是4天前的统计信息 |
例子3、查询undo表空间中回退信息的当前状态
SQL> select tablespace_name,segment_name,extent_id,status from dba_undo_extents; TABLESPACE_NAME SEGMENT_NAME EXTENT_ID STATUS ------------------------------ ------------------------------ ---------- --------- UNDOTBS3 _SYSSMU10_968665341$ 0 UNEXPIRED UNDOTBS3 _SYSSMU10_968665341$ 1 EXPIRED UNDOTBS3 _SYSSMU9_3484649867$ 0 UNEXPIRED UNDOTBS3 _SYSSMU9_3484649867$ 1 EXPIRED ... ... ... ...
undo表空间中区的状态一共有3种：EXPIRED、UNEXPIRED、ACTIVE。
--EXPIRED：表示该回退信息对应的事务已经提交，保存时间超过保留区；
--UNEXPIRED：表示该回退信息对应的事务已经提交，保存时间没有超过保留区；
--ACTIVE：表示回退信息对应的事务还没有提交，该区还在使用；
标签：与表,用户,回退,空间,tablespace,undo,oracle,select 来源： https://www.cnblogs.com/klb561/p/10391411.html