一个programmer关于Oracle 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，也是被无数
DBA深恶的
SQL，
也很可能成为应用的性能
murder。也是基于此原因，开发人员也应该熟练掌握基本
SQL语法，基本的调优原则，不要写出有明显性能问题的
SQL
语句。并且这是开发人员应该做的，且必须做到的，因为我们才是切实明白或者说更应该理解我们所需面对的问题的人,我们
才是对后续SQL调优的最佳人选
，而且
DBA
很难通过
SQL
语
句去了解开发人员写该
SQL
的目的，这一点就剥夺了
DBA
从
本质上提升性能的机会，留给他们的只能是无尽的猜测，
hint
，运气好的话，还能找到那个被诅咒的
开发人员问问写那条
SQL
的原因何在。当然，我由衷的希望这个
DBA
没
有带刀 ：）
在明确了“问题是什么？”后，进一步就是按照正确的理解去实现
SQL。开发人员应该“按照需求完成功能”，不能完成功能的
SQL都
是垃圾，不论其性能多么优异，写得多么漂亮。就如，一条
SQL本该返回
100条数据，而实际却只返
回了
99条，那么哪怕是换一种写法能返回
100条数据，但是性能比目前的返回
99条
数据的
SQL要差很多，那么我们也应该选择能完成功能的
SQL，
99不
是
100，用户要的是
100，而不是
相关文档：
数据表的连接有:
1、内连接(自然连接): 只有两个表相匹配的行才能在结果集中出现
2、外连接: 包括
（1）左外连接(左边的表不加限制)
（2）右外连接(右边的表不加限制)
（3）全外连接(左右两表都不加限制)
3、自连接(连接发生在一� ......
因为很少用到, 所以几乎忘记了这几个函数, 不过它们还是很有用的使用它们可以大大简化一些SQL文的语法, 至于效率问题, 如CCW所说它们和EXISTS, IN 之类没有什么差别, 而且要具体问题具体分析
其中ANY和SOME在意思上是相同的, 可以相互替代.
举几个例子来说明ALL和ANY的用法
1. SELECT * from TABLEA WHERE FLD > AL ......
一、SQL存储过程的概念，优点及语法
整理在学习程序过程之前，先了解下什么是存储过程?为什么要用存储过程，他有那些优点
定义：将常用的或很复杂的工作，预先用SQL语句写好并用一个指定的名称存储起来, 那么以后要叫数据库提供与已定义好的存储过程的功能相同的服务时,只需调用execute,即可自动完成命令 ......
在大型的数据库应用中，经常会遇到部分数据的脱机和多个数据库的合并问题。比如现在有一个全省范围使用的应用程序，每个市都部署了单独的相同的应用程序服务器和数据库服务器，每个月需要将全省所有市的数据全部汇总起来用于出全省的报表，这是一种很常见的数据库合并问题。再比如我们做了一个SmartClient的应用程序，每个� ......
在Windows 2003 sp1服务器上缺省安装 MS SQL Server 2005 简体中文企业版，在连接服务器时显示“不允许远程连接”。
具体显示如下：(xxxxxsql为服务器名，在本地操作)
C:\Documents and Settings\Administrator>sqlcmd -S xxxxxsql
HResult 0x2，级别 16，状态 1
命名管道提供程序: 无法打开与 SQL Server ......
