一、用户操作.doc

一、用户操作： 用户锁定和解锁/密码设置： alter user [USER] account lock; alter user [USER] account unlock; alter user scott identified by tiger; select * from dba_users; --查看用户信息表 创建用户：create user [USER] identified by [PASSWD]; 删除用户：drop user [USER] cascade; 简单赋权 对于权限的赋予和收回语法如下: grant [权限] to [用户] revoke [权限] from [用户] 在oracle里有俩个最著名的角色: connect、resource 除了dba之外的最大角色。 查看当前用户的所有权限：select * from session_privs; 我们与scott用户下的权限进行对比，发现多了一个 unlimited，其含义是拥有所有表空间配合的使用权限，这个权限太大了，一般来讲需要进行回收，然后重新进行分配一个表空间配合。 revoke unlimited tablespace from [USER]; 查看用户缺省表空间：select username,default_tablespace from user_users; alter user [USER] quota 10m on users;。 我们想让新建用户拥有对scott.emp表的查询权限：grant select on scott.emp to [USER]; 我们想让新建用户拥有对scott的建立表操作：grant create any table to tim; 我们想让新建用户拥有对scott.emp表的修改权限：grant select, update(sal) on emp to tim; 注意：可以精确到字段 事务特性 事务必须具备以下四个属性，简称ACID 属性： 原子性（Atomicity）：事务是一个完整的操作。事务的各步操作是不可分的（原子的）；要么都执行，要么都不执行 场景: 银行转账,A-100 B+100 同时成功或同时失败 一致性（Consistency）：一个查询的结果必须与数据库在查询开始的状态一致（读不等待写，写不等待读）。 场景: 查询数据，9:00开始查询数据 9:15查询完毕,在这期间所查询的数据被其他操作更新,且在9:00-1:15之间查询结果显示的是9:00时候并没有被更改的数据. 一般oracle是把这个没有更新的数据放入undo里, 如果oracle在undo里没有找到数据,则宁可报错，也不会让你看到其他操作更新的新的数据. 隔离性（Isolation）：对于其他会话来说，未完成的（也就是未提交的）事务必须不可见。 场景: 事务和事务之间相互隔离,2个session 一个查询 一个更新,那么在更新操作没有 commit之前, 查询所看到的数据是没有提交之前的,相互没有影响。 持久性（Durability）：事务一旦提交完成后，数据库就不可以丢失这个事务的结果，数据库通过日志能够保持事务的持久性。 场景: 事务提交之后不可逆, 提交数据是由内存的数据刷新到磁盘上,这个过程的快慢和性能有关。那么oracle主要是靠 rudo 日志,先记录日志,在写到磁盘上。 事务采用隐性的方式，起始于session的第一条DML语句，注意登录的用户需要使用sysdba形式：conn system/tiger@orcl as sysdba; 查看事务：select * from v$transaction; 事务结束于： 1）COMMIT（提交）或ROLLBACK（回滚） 2）DDL语句被执行（提交） 3）DCL语句被执行（提交） 4）用户退出SQLPLUS（正常退出是提交，非正常退出是回滚） 5）机器故障或系统崩溃（回滚） 6）shutdowm immediate(回滚） 锁 锁大概分为：共享锁与排他锁。 排他锁（独占），排斥其他排他锁和共享锁。 共享锁，排斥其他排他锁，但不排斥其他共享锁。 锁类型： DML锁（data locks，数据锁），用于保护数据的完整性。 TX(行级锁),TM(表级锁)，我们日常所使用的DML操作就会产生事物和锁。 查看事物：select * from v$transaction; 查看锁：select * from v$lock; DDL锁（dictionary locks，数据字典锁），用于保护数据库对象的结构，如表、索引等的结构定义。 SYSTEM锁（interna