因为很少用到, 所以几乎忘记了这几个函数, 不过它们还是很有用的使用它们可以大大简化一些SQL文的语法, 至于效率问题, 如CCW所说它们和EXISTS, IN 之类没有什么差别, 而且要具体问题具体分析
其中ANY和SOME在意思上是相同的, 可以相互替代.
举几个例子来说明ALL和ANY的用法
1. SELECT * from TABLEA WHERE FLD > ALL(SELECT FLD from TABLEA)
这相当于
SELECT * from TABLEA WHERE FLD > (SELECT MAX(FLD) from TABLEA)
2. SELECT * from TABLEA WHERE FLD > ANY(SELECT FLD from TABLEA)
这相当于
SELECT * from TABLEA WHERE FLD > (SELECT MIN(FLD) from TABLEA)
3. SELECT * from TABLEA WHERE FLD = ANY(SELECT FLD from TABLEA)
这相当于
SELECT * from TABLEA WHERE FLD IN (SELECT FLD from TABLEA)
最后, 关于HAVING它是用于合计计算的运算符, 它和WHERE有着不同的含义
当使用GROUP时HAVING是对各组中的记录进行比较的意思, 换句话说它是选择一组数据的条件
而WHERE则和分组无关, 它是选择一行数据的条件
比如,
SELECT NAME, AVG(PRICE) from STORE
GROUP BY NAME
HAVING AVG(PRICE) > 10
这里的HAVING是WHERE无法替代的
至于 ......
linux 上的oracle sqlplus 不能利用 上, 下 键来查看命令，搜索到解决问题的办法，整理如下
安装软件rlwrap可以解决这个问题，该软件是用c写的程序
官方下载地址：http://utopia.knoware.nl/~hlub/uck/rlwrap/
安装过程：
我们也可以查看解压后的tar包，查看README帮助文件
shell>tar -zxvf rlwrap-0.36.tar.gz
shell>./configure
shell>make
shell>make check
shell>make install
这样就可以使用 rlwarp 了
[oracle@node1 oracle]$ rlwrap sqlplus / as sysdba
这样登录数据库 , 就可以使用上 下 键查找上次执行的命令.
如果每次都需要输入 rlwrap 感觉麻烦的话 , 还可以加入到 .bash_profile 中, 就不用每次都输入了
[oracle@node1 oracle]$ vi ~/.bash_profile
添加
alias sqlplus='rlwrap sqlplus'
alias rman='rlwrap rman'
保存退出
[oracle@node1 oracle]$ source ~/.bash_profile
这样我们以后输入命令就方便多了，可以查看以前的命令 可以修改前面输入错误的sql ，不用再重新敲一遍了 ......
linux 上的oracle sqlplus 不能利用 上, 下 键来查看命令，搜索到解决问题的办法，整理如下
安装软件rlwrap可以解决这个问题，该软件是用c写的程序
官方下载地址：http://utopia.knoware.nl/~hlub/uck/rlwrap/
安装过程：
我们也可以查看解压后的tar包，查看README帮助文件
shell>tar -zxvf rlwrap-0.36.tar.gz
shell>./configure
shell>make
shell>make check
shell>make install
这样就可以使用 rlwarp 了
[oracle@node1 oracle]$ rlwrap sqlplus / as sysdba
这样登录数据库 , 就可以使用上 下 键查找上次执行的命令.
如果每次都需要输入 rlwrap 感觉麻烦的话 , 还可以加入到 .bash_profile 中, 就不用每次都输入了
[oracle@node1 oracle]$ vi ~/.bash_profile
添加
alias sqlplus='rlwrap sqlplus'
alias rman='rlwrap rman'
保存退出
[oracle@node1 oracle]$ source ~/.bash_profile
这样我们以后输入命令就方便多了，可以查看以前的命令 可以修改前面输入错误的sql ，不用再重新敲一遍了 ......
http://www.javaeye.com/topic/366991#
作为一个开发人员，开始认真系统学习
Oracle SQL也只有月余，之前的
SQL知
识仅仅是项目里面用到什么就去看什么，简单说就是
Read The Fxxking Guide。在系统学习
Oracle
SQL之前，俺的想法就是“按照需求完成功能，剩下的交给
DBA来处理”。这个想法从整体来看显而易见是错误
的，但若分割成两个独立的分句“按照需求完成功能”与“剩下的交给
DBA来处理”却又是正确的。接下来详细阐述我的观点。
你的问题是什么？
这个问题应该无时无刻地回响在我们的脑海中。我们必须清晰地了解我们面对的问题是什么？否则就会演变成一句老话“进去的是垃圾，出来的还是垃圾！”。而
SQL调
优的最牛的境界就是不需要继续运行那个
SQL（因为无论如何调优，那条
SQL语句仍然会占用资源，
而不运行该
SQL，则它的
cost就是零，没有比这个更牛
X的了），要
做到这一步的前提，显然是充分理解所需处理的问题。不知道问题的来龙去脉，不知道写该
SQL的目的，或者是不清晰明白“我的问
题是什么”，写出来的
SQL的也是蹩脚
SQL，也是被无 ......
http://www.javaeye.com/topic/366991#
作为一个开发人员，开始认真系统学习
Oracle SQL也只有月余，之前的
SQL知
识仅仅是项目里面用到什么就去看什么，简单说就是
Read The Fxxking Guide。在系统学习
Oracle
SQL之前，俺的想法就是“按照需求完成功能，剩下的交给
DBA来处理”。这个想法从整体来看显而易见是错误
的，但若分割成两个独立的分句“按照需求完成功能”与“剩下的交给
DBA来处理”却又是正确的。接下来详细阐述我的观点。
你的问题是什么？
这个问题应该无时无刻地回响在我们的脑海中。我们必须清晰地了解我们面对的问题是什么？否则就会演变成一句老话“进去的是垃圾，出来的还是垃圾！”。而
SQL调
优的最牛的境界就是不需要继续运行那个
SQL（因为无论如何调优，那条
SQL语句仍然会占用资源，
而不运行该
SQL，则它的
cost就是零，没有比这个更牛
X的了），要
做到这一步的前提，显然是充分理解所需处理的问题。不知道问题的来龙去脉，不知道写该
SQL的目的，或者是不清晰明白“我的问
题是什么”，写出来的
SQL的也是蹩脚
SQL，也是被无 ......
SQL*LOADER是ORACLE的数据加载工具，通常用来将操作系统文件迁移到ORACLE数据库中。SQL*LOADER是大型数据
仓库选择使用的加载方法。
在NT下，SQL*LOADER的命令为SQLLDR，在UNIX下一般为sqlldr/sqlload。
如执行：d:\oracle>sqlldr
SQL*Loader: Release 8.1.6.0.0 - Production on 星期二 1月 8 11:06:42 2002
(c) Copyright 1999 Oracle Corporation. All rights reserved.
用法: SQLLOAD 关键字 = 值 [,keyword=value,...]
有效的关键字:
userid -- ORACLE username/password
control -- Control file name
log -- Log file name
bad -- Bad file name
data -- Data file name
discard -- Discard file name
discardmax -- Number of discards to allow (全部默认)
skip -- Number of logical records to skip (默认0)
& ......
SQL*LOADER是ORACLE的数据加载工具，通常用来将操作系统文件迁移到ORACLE数据库中。SQL*LOADER是大型数据
仓库选择使用的加载方法。
在NT下，SQL*LOADER的命令为SQLLDR，在UNIX下一般为sqlldr/sqlload。
如执行：d:\oracle>sqlldr
SQL*Loader: Release 8.1.6.0.0 - Production on 星期二 1月 8 11:06:42 2002
(c) Copyright 1999 Oracle Corporation. All rights reserved.
用法: SQLLOAD 关键字 = 值 [,keyword=value,...]
有效的关键字:
userid -- ORACLE username/password
control -- Control file name
log -- Log file name
bad -- Bad file name
data -- Data file name
discard -- Discard file name
discardmax -- Number of discards to allow (全部默认)
skip -- Number of logical records to skip (默认0)
& ......
有很多应用项目, 刚起步的时候用MYSQL数据库基本上能实现各种功能需求，随着应用用户的增多，数据量的增加，MYSQL渐渐地出现不堪重负的情况：连接很慢甚至宕机，于是就有把数据从MYSQL迁到ORACLE的需求，应用程序也要相应做一些修改。本人总结出以下几点注意事项，希望对大家有所帮助。
1.自动增长的数据类型处理
MYSQL有自动增长的数据类型，插入记录时不用操作此字段，会自动获得数据值。ORACLE没有自动增长的数据类型，需要建立一个自动增长的序列号，插入记录时要把序列号的下一个值赋于此字段。
CREATE SEQUENCE 序列号的名称 (最好是表名+序列号标记) INCREMENT BY 1 START WITH 1 MAXVALUE 99999 CYCLE NOCACHE;
其中最大的值按字段的长度来定, 如果定义的自动增长的序列号 NUMBER(6) , 最大值为999999
INSERT 语句插入这个字段值为: 序列号的名称.NEXTVAL
2. 单引号的处理
MYSQL里可以用双引号包起字符串，ORACLE里只可以用单引号包起字符串。在插入和修改字符串前必须做单引号的替换：把所有出现的一个单引号替换成两个单引号。
3. 翻页的SQL语句的处理
MYSQL处理翻页的SQL语句比较简单，用LIMIT 开始位置, 记录个数；PHP里还可以用SEEK定位到结果集的位置 ......
有很多应用项目, 刚起步的时候用MYSQL数据库基本上能实现各种功能需求，随着应用用户的增多，数据量的增加，MYSQL渐渐地出现不堪重负的情况：连接很慢甚至宕机，于是就有把数据从MYSQL迁到ORACLE的需求，应用程序也要相应做一些修改。本人总结出以下几点注意事项，希望对大家有所帮助。
1.自动增长的数据类型处理
MYSQL有自动增长的数据类型，插入记录时不用操作此字段，会自动获得数据值。ORACLE没有自动增长的数据类型，需要建立一个自动增长的序列号，插入记录时要把序列号的下一个值赋于此字段。
CREATE SEQUENCE 序列号的名称 (最好是表名+序列号标记) INCREMENT BY 1 START WITH 1 MAXVALUE 99999 CYCLE NOCACHE;
其中最大的值按字段的长度来定, 如果定义的自动增长的序列号 NUMBER(6) , 最大值为999999
INSERT 语句插入这个字段值为: 序列号的名称.NEXTVAL
2. 单引号的处理
MYSQL里可以用双引号包起字符串，ORACLE里只可以用单引号包起字符串。在插入和修改字符串前必须做单引号的替换：把所有出现的一个单引号替换成两个单引号。
3. 翻页的SQL语句的处理
MYSQL处理翻页的SQL语句比较简单，用LIMIT 开始位置, 记录个数；PHP里还可以用SEEK定位到结果集的位置 ......
随着现代数据库可用特征集的迅速增加，很难区分孰好孰坏。例如Oracle里就有许多你可能从来都不需要的高级数据仓库特征。此外也可能有一些其它不可或缺的特征比如ACID事务特性。我们来看一看主要的一些特征，比如存储过程，视图，快照，表数据类型和事务等等。同时我们分析一下Postgresql，MySQL和Oracle这几个数据库，然后找出哪个能够满足你的需求。
存储过程
数据库里的存储应用程序肯定会有它的拥护者和贬低者。在这个问题上我还不清楚自己属于哪一类，所以我尽量对这两个方面都讨论。当你开始在数据库里放置应用程序代码时，你就处于了彻底不可移植的境地。你把应用程序移植到另一个数据库时，那段代码将不得不被重写。但是它对原来数据库的高度专一性意味着它可以利用那个引擎，和那个引擎紧紧捆绑在一起。有时候数据库里的存储代码要明显快得多。在对数据做了修改之后，你不得不更新一百万行的某些数据块。
在存储过程里，数据的读入、操纵和更新是一步完成的。然而你要在中间层应用程序中做同样事情的话，你就不得不通过网络发送数据集，完成数据操纵，然后将它发送回来。这不但使任务的速度变慢，而且竞争同一数据的其他事务有可能不得不等待，因为它� ......
随着现代数据库可用特征集的迅速增加，很难区分孰好孰坏。例如Oracle里就有许多你可能从来都不需要的高级数据仓库特征。此外也可能有一些其它不可或缺的特征比如ACID事务特性。我们来看一看主要的一些特征，比如存储过程，视图，快照，表数据类型和事务等等。同时我们分析一下Postgresql，MySQL和Oracle这几个数据库，然后找出哪个能够满足你的需求。
存储过程
数据库里的存储应用程序肯定会有它的拥护者和贬低者。在这个问题上我还不清楚自己属于哪一类，所以我尽量对这两个方面都讨论。当你开始在数据库里放置应用程序代码时，你就处于了彻底不可移植的境地。你把应用程序移植到另一个数据库时，那段代码将不得不被重写。但是它对原来数据库的高度专一性意味着它可以利用那个引擎，和那个引擎紧紧捆绑在一起。有时候数据库里的存储代码要明显快得多。在对数据做了修改之后，你不得不更新一百万行的某些数据块。
在存储过程里，数据的读入、操纵和更新是一步完成的。然而你要在中间层应用程序中做同样事情的话，你就不得不通过网络发送数据集，完成数据操纵，然后将它发送回来。这不但使任务的速度变慢，而且竞争同一数据的其他事务有可能不得不等待，因为它� ......
最新文章 : Oracle