可以和你分享一下我刚接触Oracle的时候，我也觉得它的外观有待改进，不过随着我不断去了解它的时候，我发现它的功能非常多，能够满足企业中所需要的很多问题，相比之前用的软件更标准更先进，所以我觉得当你真正去用Oracle产品的时候你会逐步改变对它的看法，外表只是一方面，更重要的我们要去看它的内涵。如果确实觉得外观影响你初次使用了，你有什么观点我们可以去沟通，但是并不妨碍我们对Oracle产品的信心和认同。
“只有客户发展了，才有我们的生存与发展！”这是创新互联公司的服务宗旨！把网站当作互联网产品，产品思维更注重全局思维、需求分析和迭代思维，在网站建设中就是为了建设一个不仅审美在线，而且实用性极高的网站。创新互联对成都网站建设、网站设计、网站制作、网站开发、网页设计、网站优化、网络推广、探索永无止境。
只能说很强大，现在在数据库市场所占份额全球第一；
甲骨文实力很强，很封闭，讨厌开源，一切都以商业化为目的，包括收购的java，mysql等，都准备开始商业化。
Oracle，仅次于微软的世界第二大软件公司
Oracle虽然规模很大，但名声不像微软、IBM那样显赫，很多非计算机专业的在校学生不知道Oracle是何物。但是如果你是一位想在毕业后进入IT行业的学生，那么，你必须知道什么是Oracle。
首先，Oracle是一家软件公司。这家1977成立于加利福尼亚的软件公司是世界上第一个推出关系型数据管理系统（RDBMS）的公司。现在，他们的RDBMS被广泛应用于各种操作环境：Windows NT、基于UNIX系统的小型机、IBM大型机以及一些专用硬件操作系统平台。事实上，Oracle已经成为世界上最大的RDBMS供应商，并且是世界上最主要的信息处理软件供应商。现在，Oracle是仅次于微软公司的世界第二大软件公司，2000年的销售额为101亿美元。现在Oracle在世界范围内大约聘用了4万3千多名专业技术人员，在美国本土有2万1千名。有趣的是，即使在美国本土，Oracle的技术人员（主要是程序员）中有40％是印度人，中国人是第二多的，其次才是美国人。
Oracle优化器在任何可能的时候都会对表达式进行评估 并且把特定的语法结构转换成等价的结构 这么做的原因是
·要么结果表达式能够比源表达式具有更快的速度
·要么源表达式只是结果表达式的一个等价语义结构
不同的SQL结构有时具有同样的操作（例如 = ANY (subquery) and IN (subquery)） Oracle会把他们映射到一个单一的语义结构
下面将讨论优化器如何评估优化如下的情况和表达式
常量 LIKE 操作符 IN 操作符 ANY和SOME 操作符 ALL 操作符 BEEEN 操作符 NOT 操作符
传递（Transitivity） 确定性（DETERMINISTIC）函数
常量
常量的计算是在语句被优化时一次性完成 而不是在每次执行时 下面是检索月薪大于 的的表达式 · sal / · sal · sal*
如果SQL语句包括第一种情况 优化器会简单地把它转变成第二种
注意 优化器不会简化跨越比较符的表达式 例如第三条语句 鉴于此 应用程序开发者应该尽量写用常量跟字段比较检索的表达式 而不要将字段置于表达式当中
LIKE 操作符
优化器把使用LIKE操作符和一个没有通配符的表达式组成的检索表达式转换为一个“=”操作符表达式
例如 优化器会把表达式ename LIKE SMITH 转换为ename = SMITH 优化器只能转换涉及到可变长数据类型的表达式 前一个例子中 如果ENAME字段的类型是CHAR( ) 那么优化器将不做任何转换
IN 操作符
优化器把使用IN比较符的检索表达式替换为等价的使用“=”和“OR”操作符的检索表达式 例如 优化器会把表达式ename IN ( SMITH KING JONES )替换为: ename = SMITH OR ename = KING OR ename = JONES
ANY和SOME 操作符
优化器将跟随（following）值列表的ANY和SOME检索条件用等价的同等操作符和“OR”组成的表达式替换
例如 优化器将如下所示的第一条语句用第二条语句替换 · sal ANY (:first_sal :second_sal) · sal :first_sal OR sal :second_sal
优化器将跟随子查询的ANY和SOME检索条件转换成由“EXISTS”和一个相应的子查询组成的检索表达式
例如 优化器将如下所示的第一条语句用第二条语句替换 · x ANY (SELECT sal FROM emp WHERE job = ANALYST ) · EXISTS (SELECT sal FROM emp WHERE job = ANALYST AND x sal)
ALL 操作符
优化器将跟随值列表的ALL操作符用等价的“=”和“AND”组成的表达式替换
例如 sal ALL (:first_sal :second_sal)表达式会被替换为 sal :first_sal AND sal :second_sal
对于跟随子查询的ALL表达式 优化器用ANY和另外一个合适的比较符组成的表达式替换 例如 优化器会把表达式 x ALL (SELECT sal FROM emp WHERE deptno = ) 替换为 NOT (x = ANY (SELECT sal FROM emp WHERE deptno = ))
接下来优化器会把第二个表达式适用ANY表达式的转换规则转换为下面的表达式 NOT EXISTS (SELECT sal FROM emp WHERE deptno = AND x = sal)
BEEEN 操作符
优化器总是用“=”和“=”比较符来等价的代替BEEEN操作符 例如 优化器会把表达式sal BEEEN AND 用sal = AND sal = 来代替
NOT 操作符
优化器总是试图简化检索条件以消除“NOT”逻辑操作符的影响 这将涉及到“NOT”操作符的消除以及代以相应的比较运算符
例如 优化器将下面的第一条语句用第二条语句代替 · NOT deptno = (SELECT deptno FROM emp WHERE ename = TAYLOR ) · deptno (SELECT deptno FROM emp WHERE ename = TAYLOR )
通常情况下一个含有NOT操作符的语句有很多不同的写法 优化器的转换原则是使“NOT”操作符后边的子句尽可能的简单 即使可能会使结果表达式包含了更多的“NOT”操作符 例如 优化器将如下所示的第一条语句用第二条语句代替 · NOT (sal OR m IS NULL) · NOT sal AND m IS NOT NULL sal = AND m IS NOT NULL
传递（Transitivity）
如果“WHERE”子句的两个检索条件涉及了一个共同的字段 优化器有时会根据传递原理推断出第三个检索条件 随后可以根据这个推断出的条件对语句 进行优化 推断出的条件可能会激活一个原来的检索条件没有激活的潜在的接口路径（access path） 注意 传递仅仅被用在基于代价（cost based）的优化中
假设有一个这样的包含两个检索条件的“WHERE”子句 WHERE 字段 常量 AND字段 = 字段 在这个例子里 优化器会推断出新的检索条件 字段 常量 在这里 是比较运算符= != ^= = 或 =之中的任何一个 常量是指任何一个涉及了操作符 SQL函数 文字 绑定变量（bind variables）或者关联变量（correlation variables）的常量表达式
例如 考虑这样一个包含两个各自使用了字段EMP DEPTNO的检索条件的WHERE子句的查询 SELECT * FROM emp dept WHERE emp deptno = AND emp deptno = dept deptno;
使用传递优化 优化器会推断出如下条件 dept deptno = 如果有索引存在于EMP DEPTNO字段上 这个条件会使调用这个索引的接口路径有效 注意 优化器只能对字段关联常量的表达式进行推断 而不是 字段关联字段的表达式 例如 包含这样条件的WHERE子句 字段 字段 AND 字段 = 字段 这种情况不能推断出表达式 字段 p_oper 字段
确定性（DETERMINISTIC）函数
在某些情况下 优化器能够使用先前的函数返回结果而不是重新执行用户定义的函数 这仅仅对那些以限制的方式来执行的函数来说是有效的 这些函数必须 对任何的输入都有同样的返回值 函数的结果必须不能因为包（PACKAGE）变量 数据库或会话（SESSION）的参数（例如NLS参数）不同而变化 如果函数在将来重新定义 返回值必须对任何参数来说仍然与以前的返回值相同 函数的创建者可以在以CREATE FUNCTION CREATE PACKAGE或者CREATE TYPE声明函数时根据以上的要求使用DETERMINISTIC关键字向数据库申明该函数为确定性函数 数据库不会对确定性函数的合法性进行校验 即使 一个函数明显的使用了包变量或操作了数据库 仍然可以被定义为确定性函数 这就是说如何安全合法的使用和定义确定性函数是程序员的责任
lishixinzhi/Article/program/Oracle/201311/19040
砍的主要是硬件部分的人，这部分人应当很多是SUN部分的。Solaris和Sparc产品线一直不温不火，所以被砍也算情理之中。
而且云时代这2样东西确实很难有大作为了。
与之对应的是IBM的POWER-AIX，未来也不看好。
强烈支持大量运用存储过程，最好100%用。
效率高，用户happy
存储过程性能好
2.存储过程代码可复用性好
3.避免在程序中含有大量SQL，可移植性不好。
这么多人在说用存储过程的优点，那我就来说说缺点:
1、移植性问题
这个搞数据库开发的人都能理解，是不是问题看系统的需求而定，这里就不多说了。如果数据库要移植的话，用存储过程就会带来很多问题，最好不用。
2、性能扩展性问题
随着系统访问量的增长，系统必须进行不断地升级扩展，特别对于大型系统而言，更重要的是性能可扩展性而不是局部的性能。J2EE等多层结构要解决的也是这方面的问题。
处理逻辑如果全部放在存储过程里，所有的处理都在数据库服务器上进行，消耗的就是数据库服务器的CPU资源，大家知道数据库服务器由于需要较高的可靠性，通常选用的都是价格昂贵的服务器，对数据库服务器升级通常都花费很大。
如果把处理逻辑放在中间层服务器上进行，中间层服务器一般都是小型的机器，价格便宜，而且中间层服务器的CPU通常主频比数据库服务器的速度还快（比如现在8CPU的数据库服务器主频只有800M，而双CPU的刀片式服务器CPU主频已经到2.8G了），而且对于多层架构，支持中间层服务器可以增加多台机器进行负载均衡，用中间层服务器即价格便宜，扩展空间也更大。
3、开发问题
存储过程还是过程型语言，其重用性比不上JAVA等面向对象语言开发。用JAVA开发的中间层服务可服用性更好（当然，前提是你采用面向对象设计）
上面只是列举的一部分问题，这些问题就值的你好好考虑是否采用存储过程了，我的观点是存储过程应该有选择地使用，牵涉到批量数据操作的，用存储过程较好。对于小数据量处理的事务操作，应放到中间层处理，这样系统的移植性和扩展性更好
