“优秀示例”: Oracle代码规程
在PL/SQL中使用阵列处理是一个很好的做法(如，使用bulk collect和forall)。批量处理能够大大减少PL/SQL语句执行引擎的环境切换次数，从而提高其性能。
另一个优秀示例是把存储过程中的所有代码放入锁定的软件包中，这样可以生成模块单元。把存储过程放入软件包里可以实现相关程序和功能的分组。当
单个包被使用，整个软件包都会载入内存中(内存会启动整个软件包?)，把磁碟存取时间减到最少。通过这个方法我们同样可以把整个应用程序包载进内存中，防
止发生重新载入和代码解析，从而减少严重影响性能的代码递归。
PL/SQL(和SQL)的另一个优秀示例是使用适当的变量类型(当你需要NUMBER时不要使用VARCHAR2，反之亦然)。使用不适当的变量(用character跟number进行比较)会导致无用索引。保证变量类型正确的一种方法就是使用%TYPE 和%ROWTYPE。
还有就是永远使用DBMS_PROFILER或使用像Quest Software的Quest Code Tester工具来验证循环逻辑。DBMS_PROFILER是Oracle提供的一个软件包，能够使你的代码生成对每行执行时间及所需时间的追踪。你可以验证循环执行次数应为最少。
你同样应该验证适当的IF-THEN-ELSE结构。我的意思是你应该把最常用的选项放在前面(比如exit test)。这个方法同样使用于CASE结构。
PL/SQL(以及Java、C、C++和其他所有Oracle相关的3GLs)中，另一个更为重要的优秀示例是首先调优SQL。即使是世界上设计最精密的程序，如果其中含有的SQL很差的话，运行起来性能也会不好。Quest的SQL Optimizer、Performance Analyzer、TOAD和SQL Navigator都能够优化SQL。
在测试PL/SQL-SQL代码的时候，应利用匿名PL/SQL块来保证处理环境的相似性。如果你在一个标准的SQL环境里用文字代替绑定变量来进行测试，你所得到的执行计划会不同于当你使用匿名PL/SQL块和绑定变量时得到的执行计划，因此你的调整很可能不能获得很好的结果。使用Quest Code Tester能够保证你能获得你想要的结果。
还有一个良好的编程做法是很好地利用临时表和PL/SQL索引表。不正确地使用”normal”表进行临时储存会降低性能，因此应使用临时表。而当内存空间足够运行PL/SQL表时使用临时表也会大大降低性能。你也可以利用视图来创建中间结果的缓存表。
还有一个很简单易行的优秀示例是在IN OUT和OUT变量上利用NOCOPY。在一个使用IN OUT或OUT的PL/SQL程序中，如果NOCOPY关键字没有包含在其页首的变量声明中，所有的变量都会�
相关文档：
Navicat for xxx 是一个优秀的数据库管理客户端，有 MySQL、Oracle 等版本。建议大家最好用 Enterprise 版本，功能全面一些，但较之于免费的 Lite 版，企业版可是要花银子买的。
安装 Navicat for Oracle 后，首先需要建一个“连接”，作为某个管理任务的标识，因为作为客户端，它可� ......
出处：http://hi.baidu.com/vcy168/blog/item/877945d908c3d52611df9ba0.html
Windows下ORACLE 10g安装与操作图解
刚刚接触ORACLE的人来说,从那里学,如何学,有那些工具可以使用,应该执行什么操作,一定回感到无助。所以在学习使用ORACLE之前，首先来安装一下ORACLE 10g，在来掌握其基本工具。俗话说的好：工欲善其事 ......
学习Oracle是一个漫长艰
辛的过程。如果没有兴趣，只是被迫学习，那么是很难学好的。学习到一定程度的时候，要想进一步提高，就不得不接触很多Oracle之外的东西，如
Unix，如网络、存储等。因此，要真的决心学好Oracle，就一定要有兴趣。有了兴趣，就会一切变得简单快乐起来。简单总结一下，那就是：兴趣、学
习、实践。 ......
create or replace procedure p //有就替换，没有就创建
is
cursor c is
select * from emp for update;
begin
for v_emp in c loop
if (v_emp.deptno =10) then
&nb ......
分析函数是oracle816引入的一个全新的概念,为我们分析数据提供了一种简单高效的处理方式.在分析函数出现以前,我们必须使用自联查询,子查询或者内联视图,甚至复杂的存储过程实现的语句,现在只要一条简单的sql语句就可以实现了,而且在执行效率方面也有相当大的提高.
下面主要介绍一下以下几个函数的使用 ......
