转:ORACLE 多表关联 UPDATE 语句
转:ORACLE
多表关联 UPDATE 语句
原帖：http://www.cnblogs.com/miley/archive/2010/04/15/1712617.html
为了
方便起见
,建立了以下简单模型
,和构造了部分测试数据
:
在某个业
务受理子系统
BSS中，
--客户资
料表
create table customers
(
customer_id number(8) not null, -- 客户标示
city_name varchar2(10) not null, -- 所在城市
customer_type char(2) not null, -- 客户类型
...
)
create unique index PK_customers on customers
(customer_id)
由于某些
原因，客户所在城市这个信息并不什么准确，但是在
客户服务
部的
CRM子系统中，通过主动服务获取了部分
客户
20%的所在
城市等准
确信息，于是你将该部分信息提取至一张临时表中：
create table tmp_cust_city
(
customer_id number(8) not null,
citye_name varchar2(10) not null，
customer_type char(2) not null
)
1) 最简单的
形式
--经确
认
customers表中所有
customer_id小于
1000均为
'北京
'
--1000以内的均是公司走向全国之前的本城市的老客户
:)
update customers
set city_name='北京
'
where customer_id<1000
2) 两表
(多表
)关联
update -- 仅在
where字句中的连接
--这次
提取的数据都是
VIP，且包括新增的
,所以顺便更新客户类别
update customers a -- 使用别名
set customer_type='01' --01 为
vip，
00为普通
where exists (select 1
from tmp_cust_city b
&
相关文档：
写的次序:
redo--> undo-->datafile
insert一条记录时, 表跟undo的信息都会放进 redo 中, 在commit 或之前, redo 的信息会放进硬盘上. 故障时, redo 便可恢复那些已经commit 了的数据.
redo->每次操作都先记录到redo日志中，当出现实例故障（像断电），导致数据未能更新到数据文件，则数据库重启时须redo，重新 ......
author：skate
time：2010-05-31
我们在使用windows的时候，都知道要定期整理磁盘碎片，因为磁盘碎片会影响性能，给管理上带来额外的
负担。那oracle更是如此，当随着数据增加，oracle处理海量数据本身就已经很费力了啊，如果再有大量
的碎片，那就是雪上加霜啊。所以碎片要引起dba的高度重视，尽早发现尽早处理。
碎� ......
http://hi.baidu.com/lu_xinzhong/blog/item/4ff92b1725dec505c83d6d09.html
回滚表空间大小
-- 创建一个新的小空间的UNDO TABLESPACE
Create UNDO TABLESPACE UNDOTBS2 DATAFILE '/u01/app/oracle/oradata/orcl/UNDOTBS02.DBF' SIZE 100M REUSE AUTOEXTEND ON;
-- 设置新的表空间为系统UNDO_TABLESPACE
Alter SYSTE ......
‘开始’-->‘运行’--> 输入‘cmd’ 打开cmd.exe -->输入‘cd c:\’ 切换到 c:\>
启动Oracle
c:\> svrmgrl
svrmgrl> connect internal/oracle
svrmgrl> startup
svrmgrl> exit
启动监听器
c:\> lsnrctl start ......
