ORACLE PL/SQL子程序
温故而知新，果然如此呀，第二次再翻开同样的内容果然有不同的收获，有些是第一次看的时候没有仔细理解的，还有些可能是在第一次看匆匆就跳过的，当然，可能还有部分是自己当时记住了完了又给忘记了。今天第二次看到子程序这一章节，发现了些新的内容，呵呵。在这里我就写下一些基本内容和容易忘记的，免得下次又给忘了。内容可能不太全面，有点针对我个人哦，呵呵！
1.创建子程序的语法
创建过程
CREATE [OR REPLACE] PROCEDURE procedure_name
[(argument [{IN | OUT| IN OUT}] type,
...
argument [{IN | OUT| IN OUT}] type)]
{IS | AS} --IS和AS没区别
procedure_body
创建函数
CREATE [OR REPLACE] FUNCTION function_name
[(argument [{IN | OUT| IN OUT}] type,
...
argument [{IN | OUT| IN OUT}] type)]
RETURN return_type {IS | AS} --IS和AS没区别
procedure_body
2.参数模式
IN
调用过程的时候，实际参数的值就会传递到该过程中。在过程内部，形式参数就像PL/SQL的常量一样--它会被看作是只读且不能修改的。当过程执行完毕，程序的控制返回到调用环境的时候，实际参数的值不会有任何变化。
OUT
调用过程的时候，会忽略所有实际参数的值。在过程内部，形式参数就像未初始化的PL/SQL变量一样，也会有一个NULL值。形式参数的值既可以读取，也可以写入。过程执行完成以后，控制就会返回到调用环境，同时会将形式参数的值赋给实际参数。
IN OUT
这是IN和OUT的复合模式。调用过程的时候，实际参数的值会传递到过程中。在过程内部，形式参数就像初始化以后的变量，可以读取和写入。过程结束以后，控制会返回到调用环境，同时会将形式参数的内容分配给实际参数。
3.以传值和传引用的方式传递参数
传递子程序参数的方式有两种--传值和传引用。当以引用的方式传递参数的时候，就将指向实际参数的一个指针传递到相应的形式参数。另一方面，当以传值的方式传递参数的时候，就将实际参数的值复制到相应的形式参数。以引用的方式传递参数通常会更快，因为它避免了复制。对集合类型的参数而言，这表现更加明显，因为集合类型的数据一般都非常多。
默认情况下，PL/SQL对IN参数都使用传引用的方式，而对IN OUT和OUT参数都使用传值的方式。
1）NOCOPY的使用方法
parameter_name [mode] NOCOPY datatype
其中parameter_name是参数的名称，mode是参数模式，而datatype
相关文档：
这几天手头开发的系统要做一个类似windows账户到期时间的功能，考虑了半天想出了一个技术上和逻辑上都还能实现的解决方案：
创建一个用户存入数据库的时候都创建一个事件调度器来控制用户的到期时间（mysql的时间调度器确实很方便）。想起来是很简单，但是做起来问题确实一波接一波...
一些小问题就不 ......
USE AdventureWorks
GO
CREATE PROC spEmployee
AS
SELECT * from Humanresources.Employee
EXEC spEmployee
ALTER PROC spEmployee
AS SELECT EmployeeID from Humanresources.Employee
drop proc spEmployee
ALTER PROC spEmployee
@LastName nvarchar(50) = NULL
AS
IF @LastName IS NULL
SELECT * f ......
选择10g是因为对网格技术比较好奇，好像还没得到广泛应用，也就无所谓与前面版本有很大区别了。
在迅雷上下了个软件，运行sqlplusw，然后照着书，狂敲了一翻，有在网上下了个视频教程（MLDN魔乐科技_Oracle课堂），讲得挺好的，就是时间长了点，不如看书来得快。反正现在只是想熟悉一下基本语句。
看了两天书了。了解了一 ......
此部分内容创建一个轻量级T-SQL测试套件，总共有3个脚本：
用于创建测试平台数据和待测存储过程的脚本
--======================
--makeDbTestAndResults.sql
use master
go
if exists (select * from sysdatabases where name = 'DbTestAndResults')
drop database makeDbTes ......
