语源科技BlogJava-Jhonney的专栏

ORACLE 关连更新 update select

Jhonney — Fri, 25 Jun 2010 11:30:00 GMT

$ sqlplus user/pass

SQL*Plus: Release 9.2.0.6.0 - Production on Wed Aug 2 17:38:39 2006

Connected to:
Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.6.0 - Production

SQL> select * from wwm2; --要更新的表

TOWN                         ID
-------------------- ----------
222                         222
111                         111
ww'jj                       111
llll                       1111
dddd                       2222
lllldf                      111
lllldf                      111
dsafdf                      111
3435                        111
ljjjjj                      222
dsafdf                      111

TOWN                         ID
-------------------- ----------
3435                        111
ljjjjj                      222

SQL> select * from wwm5; --更新的条件表

TOWN                         ID
-------------------- ----------
lllldf                      111
test                       9984

SQL> select wwm2.* from wwm2,wwm5 where wwm2.id=wwm5.id
2 /

TOWN                         ID
-------------------- ----------
111                         111
ww'jj                       111
lllldf                      111
lllldf                      111
dsafdf                      111
3435                        111
dsafdf                      111
3435                        111

8 rows selected.

所以,每次需要更新8条数据就是正确的.

相信程序员是通过以下类似的SQL更新的,这是错误的,因为没有加WHERE
SQL> update wwm2 set wwm2.town=(select wwm5.town from wwm5 where wwm5.id=wwm2.id)
2 /

13 rows updated.

SQL> select * from wwm2;

TOWN                         ID
-------------------- ----------
                            222
lllldf                      111
lllldf                      111
                           1111
                           2222
lllldf                      111
lllldf                      111
lllldf                      111
lllldf                      111
                            222
lllldf                      111

TOWN                         ID
-------------------- ----------
lllldf                      111
                            222
13 rows selected.

可以看到13条记录被更新,符合条件的更新正确,不符合条件的也更新为NULL.以下是正确的方法

方法一:
SQL> update wwm2
2 set town=(select town from wwm5 where wwm5.id=wwm2.id)
3 where id=(select wwm5.id from wwm5 where wwm5.id=wwm2.id)
4 /

8 rows updated.

方法二:    与方法一道理相同,这里需要掌握EXIST的相关用法.
SQL> update wwm2
   set town=(select town from wwm5 where wwm5.id=wwm2.id)
   where exists (select 1 from wwm5 where wwm5.id=wwm2.id)
8 rows updated.

方法三:
SQL> update (select a.town atown,a.id aid,b.town btown,b.id bid from wwm2 a,wwm5 b where a.id=b.id)
2 set atown=btown
3 /
set atown=btown
*
ERROR at line 2:
ORA-01779: cannot modify a column which maps to a non key-preserved table

1* alter table wwm5 add primary key (id)
SQL> /

Table altered.

1 update (select a.town atown,a.id aid,b.town btown,b.id bid from wwm2 a,wwm5 b where a.id=b.id)
2* set atown=btown
SQL> /

8 rows updated.

这种方法的局限性就是需要PRIMARY 的支持.

方法四:
1 declare
2 cursor cur_wwm is select town,id from wwm5;
3 begin
4     for my_wwm in cur_wwm loop
5     update wwm2 set town=my_wwm.town
6     where id=my_wwm.id;
7     end loop;
8* end;
SQL> /

PL/SQL procedure successfully completed.

SQL> select * from wwm2;

TOWN                         ID
-------------------- ----------
222                         222
lllldf                      111
lllldf                      111
llll                       1111
dddd                       2222
lllldf                      111
lllldf                      111
lllldf                      111
lllldf                      111
ljjjjj                      222
lllldf                      111

TOWN                         ID
-------------------- ----------
lllldf                      111
ljjjjj                      222

这个方法是最灵活的了.

方法五:

注意,方法五只能适用于WWM5是WWM2的子集的时候.
1   merge into wwm2
2   using (select town,id from wwm5) b
3   on (wwm2.id=b.id)
4   when matched then update set town=b.town
5* when not matched then insert (town,id) values (null,null)
SQL> /

9 rows merged.

SQL> select * from wwm2;

TOWN                         ID
-------------------- ----------
                                  ---注意这个地方,被插入了一个空值.因为WWM5的ID=9984在WWM2中不能匹配,根本原因是ORACLE9必须有WHEN NOT MATCHED子句,但是ORACLE10可以不许要,也就是ORACLE10可以不写WHEN NOT MATCHED ,就不必插入NULL值了,为解决这个问题,下一步会DELETE WWM5的ID=9984,这样一来就不会执行WHEN NOT MATCHED
222                         222
lllldf                      111
lllldf                      111
llll                       1111
dddd                       2222
lllldf                      111
lllldf                      111
lllldf                      111
lllldf                      111
ljjjjj                      222

TOWN                         ID
-------------------- ----------
lllldf                      111
lllldf                      111
ljjjjj                      222

14 rows selected.

SQL> delete from wwm5 where id=9984;

1 row deleted.

SQL> 1   merge into wwm2
SQL>   2   using (select town,id from wwm5) b
SQL>   3   on (wwm2.id=b.id)
SQL>   4   when matched then update set town=b.town
SQL>   5* when not matched then insert (town,id) values (null,null)
SQL> /

8 rows merged.

以上就是5种关连更新的例子了,希望能给开发人员解惑.

说明：如果select 子句可以返回多行记录，但返回适合where条件的记录只能是唯一的，否则将会报返回单行的select子句返回多行的错误，因为update只能跟据此处的where子句（内层where)进行相应记录的匹配更新，一次只能是一条。

Jhonney 2010-06-25 19:30 发表评论

【原创】自己写的一个分页程序

Jhonney — Fri, 25 Apr 2008 16:48:00 GMT

年初时帮朋友写了分页程序，主要由于考虑到他的应用数据量很大
程序元旦时已完成，也懒得发出来
大体思想：分页的核心思想采用Iterator模式，每次从数据库中取定量的数据块
其中block和pageCount是两个不同的概念，block是块，规定了从数据库中获取的数量
pageCount为表现层每页显示的数量
另外参数中还包含缓存的时间的设置
程序分核心jar包和测试包，测试包以SPring为基础框架
http://www.chinadforce.com/viewthread.php?tid=878261&extra=page%3D4

Jhonney 2008-04-26 00:48 发表评论

classloader总结

Jhonney — Fri, 04 Apr 2008 08:45:00 GMT

项目时需要对外提供一些服务接口，写了接口及其实现发现报castClassException，当时newInstance时采用
Thread.currentContext.getClassLoader的形式，分析了一下发现平台采用了自己的classloader

1.java的classloader采用双亲委托的机制
2.当前类加载器和线程上下文的区别是，当前类加载器在加载caller类时已经确定，但thread's context classloader is modifiable
3.thread's classloader can break through the parent delegation mechanism of classloader
4.it is should keep the thread's classloader same as current class classloader
5.the default form of class.forname isn't recommend,because of exception of initializing static field if the classloader is not
destroied
6.banq comment about adoption thread's classloader is not correctly

Jhonney 2008-04-04 16:45 发表评论

走出ClassLoader迷宫

Jhonney — Sat, 22 Mar 2008 18:57:00 GMT

quto:http://www.blogjava.net/lihuaxajh/articles/94371.html
other resources:
    1.http://www.javaworld.com/javaworld/javaqa/2003-06/01-qa-0606-load.html?page=1
    2.http://www.javaworld.com/javaworld/javaqa/2003-06/01-qa-0606-load.html?page=2
    3.http://www.javaworld.com/javaworld/javaqa/2003-03/01-qa-0314-forname.html
    4.http://www.theserverside.com/news/thread.tss?thread_id=40763
    5.http://www.matrix.org.cn/resource/article/43/43875_Class_Loading.html
    6.http://blog.sina.com.cn/s/blog_4b6047bc0100096v.html
    7.http://blog.sina.com.cn/s/blog_4b6047bc0100097p.html
这个问题经常出现在编写框架代码 , 需要动态加载很多类和资源的时候 . 通常当你需要动态加载资源的时候 , 你至少有三个 ClassLoader 可以选择 :

系统类加载器或叫作应用类加载器 (system classloader or application classloader)
当前类加载器
当前线程类加载器

上面的问题指的是最后一种类加载器 . 哪种类加载器是正确的选择呢 ?

第一种选择可以很容易地排除 : 系统类加载器 (system classloader). 这个类加载器处理 -classpath 下的类加载工作 , 可以通过 ClassLoader.getSystemClassLoader() 方法调用 . ClassLoader 下所有的 getSystemXXX() 的静态方法都是通过这个方法定义的 . 在你的代码中 , 你应该尽量少地调用这个方法 , 以其它的类加载器作为代理 . 否则你的代码将只能工作在简单的命令行应用中 , 这个时候系统类加载器 (system classloader) 是 JVM 最后创建的类加载器 . 一但你把代码移到 EJB, Web 应用或 Java Web Start 应用中 , 一定会出问题 .

所以我们来看第二种选择 : 当前上下文环境下的类加载器 . 根据定义 , 当前类加载器就是你当前方法所属的类的加载器 . 在运行时类之间动态联编 , 及调用 Class.forName,() Class.getResource() 等类似方法时 , 这个类加载器会被隐含地使用 . It is also used by syntactic constructs like X.class class literals.

线程上下文类型加载器是在Java 2平台上被引入的. 每一个线程都有一个类加载器与之对应(除非这个线程是被本地代码创建的). 这个类加载器是通过Thread.setContextClassLoaser()方法设置的. 如果你不在线程构造后调用这个方法, 这个线程将从它的父线程中继承相应的上下文类加载器. 如果在整个应用中你不做任何特殊设置, 所有的线程将都以系统类加载器(system classloader)作为自己的线程上下文类加载器. 自从Web和J2EE应用服务器使用成熟的类加载器机制来实现诸如JNDI, 线程池, 组件热部署等功能以来, 这种在整个应用中不做任何线程类加载器设置的情况就很少了.

为什么线程上下文类加载器存在于如此重要的位置呢? 这个概念在J2SE中的引入并不引人注目. 很多开发人员对这一概念迷惑的原因是Sun公司在这方面缺乏适当的指引和文档.

事实上, 上下文类加载器提供了类加载机制的后门, 这一点也在J2SE中被引入了. 通常, 在JVM中的所有类加载器被组织成了有继承层次的结构, 每一个类加载器(除了引导JVM的原始类加载器)都有一个父加载器. 每当被请示加载类时, 类加载器都会首先请求其父类加载器, 只有当父类加载器不能加载时, 才会自己进行类加载.

有时候这种类加载的顺序安排不能正常工作, (此处的意思是:正常情况下都是从子类加载器到根类加载器请求,万一有根类里需要加载子类时,这种顺序就不能满足要求,就要有一条反向的通道,即得到子类加载器,这样就用到了thread context classloader,因为通过thread.getcontextclassloader()可以得到子类加载器).通常当必须动态加载应用程序开发人员提供的资源的时候. 以JNDI为例: 它的内容(从J2SE1.3开始)就在rt.jar中的引导类中实现了, 但是这些JNDI核心类需要动态加载由独立厂商实现并部署在应用程序的classpath下的JNDI提供者. 这种情况就要求一个父classloader(本例, 就是引导类加载器)去加载对于它其中一个子classloader(本例, 系统类加载器)可见的类. 这时通常的类加载代理机制不能实现这个要求. 解决的办法(workaround)就是, 让JNDI核心类使用当前线程上下文的类加载器, 这样, 就基本的类加载代理机制的相反方向建立了一条有效的途径.

另外, 上面一段可能让你想起一些其它的事情: XML解析Java API(JAXP). 是的, 当JAXP只是J2SE的扩展进, 它很自然地用当前类加载器来引导解析器的实现. 而当JAXP被加入到J2SE1.4的核心类库中时, 它的类加载也就改成了用当前线程类加载器, 与JNDI的情况完全类似(也使很多程序员很迷惑). 明白为什么我说来自Sun的指导很缺乏了吧?

在以上的介绍之后, 我们来看关键问题: 这两种选择(当前类加载器和当前线程类加载器)都不是在所有环境下都适用. 有些人认为当前线程类加载器应该成为新的标准策略. 但是, 如果这样, 当多个线程通过共享数据进行交互的时, 将会呈现出一幅极其复杂的类加载的画面, 除非它们全部使用了同一个上下文的类加载器. 进一步说, 在某些遗留下来的解决方案中, 委派到当前类加载器的方法已经是标准. 比如对Class.forName(String)的直接调用(这也是我为什么推荐尽量避免对这个方法进行调用的原因). 即使你努力去只调用上下文相关的类加载器, 仍然会有一些代码会不由你控制. 这种不受控制的类加载委派机制是混入是很危险的.

更严重的问题, 某些应用服务器把环境上下文及当前类加载器设置到不同的类加载器实例上, 而这些类加载器有相同的类路径但却没有委派机制中的父子关系. 想想这为什么十分可怕. 要知道类加载器定义并加载的类实例会带有一个JVM内部的ID号. 如果当前类加载器加载一个类X的实例, 这个实例调用JNDI查找类Y的实例, 些时的上下文的类加载器也可以定义了加载类Y实例. 这个类Y的定义就与当前类加载器看到的类Y的定义不同. 如果进行强制类型转换, 则产生异常.

这种混乱的情况还将在Java中存在一段时间. 对于那些需要动态加载资源的J2SE的API, 我们来猜想它们的类加策略. 例如:

Ø JNDI 使用线程上下文类加载器

Ø Class.getResource() 和Class.forName()使用当前类加载器

Ø JAXP(J2SE 1.4 及之后)使用线程上下文类加载器

Ø java.util.ResourceBundle 使用调用者的当前类加载器

Ø URL protocol handlers specified via java.protocol.handler.pkgs system property are looked up in the bootstrap and system classloaders only

Ø Java 序列化API默认使用调用者当前的类加载器

这些类及资源的加载策略问题, 肯定是J2SE领域中文档最及说明最缺乏的部分了.

Jhonney 2008-03-23 02:57 发表评论

classloader

Jhonney — Sat, 22 Mar 2008 16:19:00 GMT

classloader 和class.forname的区别
项目中，发生了classcast异常，源码处写的是Thread.currentThread.getContextClassLoader
后来改成class.forname后OK啦

Class.forName(String clz);
使用调用这个语句的对象所使用的ClassLoader作为ClassLoader(1)。

Thread.currentThread().getContextClassLoader())
返回当前线程使用的ClassLoader(2)。

如果ClassLoader(1)“等于”ClassLoader(2)，那么这里的使用Class.forName(String clz)和ClassLoader(2).loadClass(String clz)就是等价的。

如果ClassLoader(1)“不等于”ClassLoader(2)，那么就是不等价的。

在框架代码中，实际情况是ClassLoader(1)往往“不等于”ClassLoader(2)：
即调用Class.forName(String clz)的语句所在的类的装载器不一定就是当前线程使用的类装载器。
因为：一个类装载完了在运行了，该类的所属的类装载器就确定了(不变)，而在程序运行之中，线程
的类装载器都随时可以通过hread.currentThread().setContextClassLoader(loader)进行改变(变)。

程序中出现的错误，可能是由于平台的classloader是另一套机制

Jhonney 2008-03-23 00:19 发表评论

一片比较不错的单例双检锁

Jhonney — Thu, 13 Mar 2008 14:43:00 GMT

摘要: quto:http://www.ibm.com/developerworks/java/library/j-dcl.html?dwzone=java A comprehensive look at this broken programming idiom ... 阅读全文

Jhonney 2008-03-13 22:43 发表评论

DELL XP Pro 来源与 MD5

Jhonney — Sun, 02 Dec 2007 09:47:00 GMT

MD5：57505544DB716B451DB6CC33F1ABC0E3
2005N
原始放出2006.07世纪时代论坛

MD5：66c029d7c10bfb1b9ce1c7034d882a21
2004N
原始放出ISO：2004.09 西安交大XXX

md5：62c244a48e70b80c6baa014ca33b68ed
2006N
原始放出2006.10电骡一友：Bxx xxxxx

MD5：e38f4e392a7798aao15fa95c50ff573d
和MD5：57505544DB716B451DB6CC33F1ABC0E3
是同一批盘。

Jhonney 2007-12-02 17:47 发表评论

Dell OEM XP SP2的原版镜像

Jhonney — Sun, 02 Dec 2007 09:45:00 GMT

Dell OEM XP SP2的原版镜像

Dell OEM XP SP2的原版镜像：

1.2004年台式机原版：MD5 66c029d7c10bfb1b9ce1c7034d882a21

2.2005年笔记本原版：MD5 57505544DB716B451DB6CC33F1ABC0E3

3.2006年原版：MD5 62c244a48e70b80c6baa014ca33b68ed

非原版：

1.772MB的那个所谓的2006.04版

2.MD5 97E6327A45A86D62E40F38504B4BB01A

Jhonney 2007-12-02 17:45 发表评论

随笔

Jhonney — Sat, 15 Sep 2007 08:43:00 GMT

这一个月来一直在做专利电子审批项目,比较的忙,也没时间更新BOKEE了
感受最大的是 ,在读研期间,我过多的重视了技术,醉心于技术,但是在实际的工作,项目中,软件工程/管理方面的东西却一直很没有用心,近日感觉这是个方向,基石

Jhonney 2007-09-15 16:43 发表评论

<上帝也疯狂2>

Jhonney — Sat, 15 Sep 2007 08:34:00 GMT

昨天偶然看了央6的上帝也疯狂,感觉

Jhonney 2007-09-15 16:34 发表评论

语源科技BlogJava-Jhonney的专栏

ORACLE 关连更新 update select

【原创】自己写的一个分页程序

classloader总结

走出ClassLoader迷宫

classloader

一片比较不错的单例双检锁

DELL XP Pro 来源 与 MD5

Dell OEM XP SP2的原版镜像

随笔

<上帝也疯狂2>

DELL XP Pro 来源与 MD5