简介《Oracle 11g从入门到精通第二版》实例源程序是一套配合书籍使用的完整实操代码包适合Oracle初学者、备考人员及需要动手巩固数据库技能的开发者。资源对应书中19个章节围绕数据库基础数据存储、查询优化、事务处理、备份恢复、SQL语言、表与索引、视图、存储过程、触发器、游标、用户权限与安全、性能调优等主题展开每个示例均可在本地Oracle环境中运行便于对照理解。压缩包共495个文件体积约1.21MB包含236个txt脚本与说明、123个class编译后类文件、44个java源代码、36个xml配置文件、24个jpg效果截图等还附带doc、xls、pdm、dmp等格式覆盖源码、文档与设计模型。目前已有404人学习下载适合从入门到进阶的系统实践能帮助读者快速掌握Oracle 11g核心操作与优化技巧。1. Oracle 11g 过时了吗一本老书的实例源程序为什么现在还有人在跑Oracle 11g 是十几年前的数据库版本很多人一看“从入门到精通第二版”这几个字第一反应是这东西早就该进回收站了。但你真去维护老系统、准备数据库面试或者接手企业遗留项目时就会发现生产环境里这个版本还大量存在游标、例外、存储过程、触发器的经典写法也依然是面试和日常排障的高频考点。这本书配套的实例源程序就是书里每一章示例代码的集合把理论和可运行脚本绑在了一起。跑通它比单纯看书能更快建立对 PL/SQL 和 SQL 的实感。这篇内容就按“环境准备 → 源码导入 → 参数调优 → 排障 → 批量验证”的顺序把这个压缩包真正用起来。2. 环境搭建Oracle 11g 安装、建库与实例源程序目录规划拿到 rar 包先别急着解压。实例源程序最终要跑在数据库实例里所以第一步是把 Oracle 11g 环境立起来。这个环节不复杂但版本选错、字符集配错、目录搞乱后面每一步都在给前面的错误买单。2.1 版本选择与安装个人学习用 XE 就够企业版重在操作习惯Oracle 11g 常见形态有企业版、标准版和 XE。如果只是跑这本书的实例源程序XE 版本完全够用它具备日常练习需要的表空间、用户、PL/SQL 执行能力安装体积小内存占用低。企业版适合那些想照着书里“企业管理器”界面操作、看完整性能视图的学习者但安装步骤更长内存低于 2G 的机器还会在安装前检查阶段报错。安装完成之后第一件必须做的事是设置环境变量。常见做法是维护一个基本环境配置Windows 用户在系统环境变量里加Linux 用户写在~/.bash_profileexport ORACLE_BASE/u01/app/oracle export ORACLE_HOME$ORACLE_BASE/product/11.2.0/dbhome_1 export ORACLE_SIDorcl export NLS_LANGAMERICAN_AMERICA.ZHS16GBK export PATH$PATH:$ORACLE_HOME/bin这段配置里ORACLE_HOME指向数据库安装目录ORACLE_SID是实例名默认安装时通常叫orcl。NLS_LANG由三部分组成语言、地域、字符集这里的ZHS16GBK表示客户端按中文字符集去解释字节流。如果服务器端用的是AL32UTF8这里就要对应改成AMERICAN_AMERICA.AL32UTF8否则中文注释和字符串常量在导入实例源程序时全变乱码。配置好之后用sqlplus / as sysdba登录验证。能进到 SQL*Plus 提示符环境就算通了。这个验证步骤不能省很多人在下一步导入源码时才发现sqlplus命令都找不到其实就是PATH没配好。2.2 建用户与表空间别用 system 直接跑源码源码包里的脚本大量包含DROP TABLE、CREATE TABLE和INSERT语句直接拿 system 或 sys 账号跑等于在系统表空间里做实验既有风险又会因为权限过大掩盖掉真实错误。我一般会单独建一个练习用户把它当作一个隔离沙箱。进入 SQL*Plus 后执行下面的脚本CREATE TABLESPACE book_ts DATAFILE /u01/app/oracle/oradata/orcl/book_ts01.dbf SIZE 500M AUTOEXTEND ON NEXT 50M MAXSIZE 2G; CREATE USER book_user IDENTIFIED BY study123 DEFAULT TABLESPACE book_ts QUOTA UNLIMITED ON book_ts; GRANT CONNECT, RESOURCE TO book_user;TABLESPACE语句创建独立表空间数据文件路径要对应你自己的ORACLE_BASE实际目录Windows 下写成D:\app\oracle\oradata\orcl\book_ts01.dbf这类格式。QUOTA UNLIMITED ON book_ts让用户在这个表空间里可无限使用空间。GRANT CONNECT, RESOURCE是练习账号最常用的授权组合CONNECT 提供登录能力RESOURCE 提供建表、建过程的基础权限。这一段脚本执行后用conn book_user/study123localhost:1521/orcl重新登录然后再执行任何源码脚本。注意 11g 默认开启了用户密码大小写验证study123里的字母别在登录时误写成大写。2.3 源码包归置解压、编码转换与导入前检查rar 包解压后常见结构是按书章节划分的子目录每个目录下是对应章节的 SQL 脚本。解压这一步没太多技术含量但要选对工具Windows 下用 WinRAR 或 7-ZipLinux 下用unrar命令unrar x oracle11g从入门到精通第二版-实例源程序.rar book_src/解压后不要急着双击脚本运行先做两件事看文件编码看文件头部内容。那个年代的书籍配套脚本编码多数是 GBK如果你的数据库字符集是AL32UTF8直接导入会出现中文乱码。用file命令检查file --mime-encoding book_src/ch03/*.sql输出显示iso-8859-1或unknown-8bit时大概率是 GBK/GB2312 编码需要转换成 UTF-8iconv -f GBK -t UTF-8 book_src/ch03/create_emp.sql book_src/ch03/create_emp_utf8.sql转换后的文件再入库中文注释和字符串常量才能正常显示。编码检查这一步看着啰嗦但它是后面所有中文乱码问题的根源。还有一个小习惯把整包解压到一个路径不含中文、不含空格的目录里SQL*Plus 对中文路径的解析在这个版本上非常脆弱能避就避。提示SQL*Plus 执行脚本时如果路径里带空格命令会解析失败。路径和文件名尽量用字母、数字和下划线。3. 从解压到跑通实例源码的导入路径与最小可运行命令环境立起来之后才算真正进入源码包的使用。这一章解决一个核心问题怎么把“书上的例子”变成“自己库里跑得起来的对象”。很多人卡在这一步是因为不清楚包里文件各自是什么角色一股脑全执行报错一堆。3.1 先分清三类文件建表脚本、PL/SQL 块和练习答案rar 包里的脚本通常可以按内容分成三类第一类是建表脚本里面是CREATE TABLE、ALTER TABLE、INSERT语句负责准备练习用的数据结构第二类是 PL/SQL 示例块文件头是DECLARE或CREATE OR REPLACE PROCEDURE存储过程、函数、触发器、包都在这一类第三类是练习答案或演示脚本需要手动执行并观察输出。怎么快速识别不要靠文件名猜直接看文件头几行。Linux 下可以一条命令扫完一个目录for f in book_src/ch03/*.sql; do printf %-40s $f; head -1 $f; done这个循环会打印每个文件的路径和第一行内容。看到CREATE TABLE就归入建表类看到DECLARE或者CREATE OR REPLACE就归入 PL/SQL 类看到一堆SELECT开头的就是查询演示类。分类的目的很明确建表脚本必须先跑PL/SQL 对象其次查询演示最后。顺序反了存储过程编译时找不到表直接报“ORA-00942: table or view not found”。3.2 最小跑通路径从建表到查询拿任意一个章节的练习目录举例先建表再跑查询这是最小可运行路径。在 SQL*Plus 里依次执行CONNECT book_user/study123localhost:1521/orcl SET LINESIZE 120 SET PAGESIZE 50 /home/user/book_src/ch03/create_emp_dept.sql是 SQL*Plus 的执行脚本命令后面跟脚本的完整路径不能加引号。SET LINESIZE 120让每行输出最多 120 个字符避免长结果被折行SET PAGESIZE 50每 50 行分一页防止输出一次性刷屏。建表脚本跑完后用DESC emp;查看表结构确认字段和书里一致。再执行一个查询验证数据SELECT COUNT(*) FROM emp; SELECT ename, job, sal FROM emp WHERE deptno 10;如果COUNT(*)返回了数字说明表和基础数据都建好了。到这一步源码包的第一个对象就算真正跑通了。这里有个很常见的误区很多人把“没报错”等同于“跑通了”但不看返回行数。建表脚本里的INSERT数据如果因为编码问题没插入成功COUNT(*)会返回 0后续所有查询练习全部无效所以每次建表之后第一件事就是确认行数。3.3 把存储过程示例从“一次执行”变成“可复用模板”书里讲存储过程时给的示例往往是为了演示语法通常不带异常处理也没有幂等性设计。直接抄到库里重复执行时报 “ORA-00955: name is already used by an existing object”这是最常见的翻车点。我一般会把书里的存储过程例子重写成可复用模板结构是CREATE OR REPLACE加异常段比如这一段典型的部门人数统计CREATE OR REPLACE PROCEDURE sp_dept_count(p_deptno NUMBER) IS v_cnt NUMBER; BEGIN SELECT COUNT(*) INTO v_cnt FROM emp WHERE deptno p_deptno; DBMS_OUTPUT.PUT_LINE(人数: || v_cnt); EXCEPTION WHEN OTHERS THEN DBMS_OUTPUT.PUT_LINE(错误: || SQLERRM); END; / SET SERVEROUTPUT ON SIZE 1000000 EXEC sp_dept_count(10);CREATE OR REPLACE是这段模板的核心重复执行不会因为对象已存在而报错它会直接覆盖旧版本。p_deptno是输入参数命名前缀p_是 Oracle 社区里比较通用的命名习惯。EXCEPTION段里的SQLERRM会捕获并打印错误信息这对学习阶段特别有用尤其当你还在摸索参数怎么传的时候。这段脚本的最后/单独占一行表示结束 PL/SQL 块并提交给服务器执行。这个符号在 SQL*Plus 里有特殊含义少写了整个块只会被当作缓冲行不报错但也不执行非常容易让人困惑。4. SQL*Plus 三个必调参数让书里的 PL/SQL 例子不跑空源码包导入成功只是开始真正的问题是脚本执行了但屏幕上一行输出都没有。这时候十有八九不是代码错了而是 SQL*Plus 的会话参数没配好。这三个参数在整本书的练习中都会用到先设置好能少走一大半弯路。4.1 SERVEROUTPUTPL/SQL 没有输出的一大半原因书里大量 PL/SQL 例子通过DBMS_OUTPUT.PUT_LINE输出结果。SQL*Plus 默认不显示这些输出你可以用下面的命令打开显示并调整缓冲区大小SET SERVEROUTPUT ON SIZE 1000000ON开启输出SIZE 1000000把缓冲区从默认的 100000 字节扩大到 1000000 字节。很多人只写SET SERVEROUTPUT ON结果循环稍微长一点输出就被截断或者直接收到 “ORA-20000: ORU-10027: buffer overflow” 错误。举个例子你在 SQL*Plus 里执行下面这段BEGIN FOR i IN 1..200000 LOOP DBMS_OUTPUT.PUT_LINE(第 || i || 行); END LOOP; END; /如果不加大缓冲区这段大概率中途报错或丢失部分输出。这不是代码问题是缓冲机制的问题。练习阶段建议养成两个习惯会话开始就SET SERVEROUTPUT ON SIZE 1000000循环输出时不要在循环体内做无意义的PUT_LINE真要看过程数据用少量抽样输出代替。4.2 LINESIZE、PAGESIZE、FEEDBACK结果排版三件套查询类练习关注结果的易读性。三个参数配合起来效果远好于默认配置SET LINESIZE 120 SET PAGESIZE 50 SET FEEDBACK ONLINESIZE控制单行最大宽度结果里列特别多时默认的 80 字符宽度会把一行折成好几行表数据看了头晕。PAGESIZE控制每页行数设成 50 后输出会分页显示中间带列标题。FEEDBACK ON会在查询结束后显示“已选择 N 行”这个反馈在验证数据插入结果时非常有用和前面说的“COUNT(*) 确认行数”是同一个目的。遇到列宽不够的情况还可以用COLUMN命令单独格式化某列COLUMN ename FORMAT A20 COLUMN sal FORMAT 99990.00A20表示字符列显示宽度 20 个字符99990.00定义数字格式。这类格式化命令适合在做报表类的练习时用源码包里的查询示例不会替你写这些属于需要自己补的配套技能。4.3 字符集与乱码先查数据字典再动客户端乱码问题的排查顺序应该是先查数据库端再调客户端而不是凭感觉乱改字符集。先登录一个具有查询权限的账号执行下面两条命令SELECT * FROM v$nls_parameters WHERE parameter LIKE NLS_CHARACTERSET; SELECT USERENV(LANGUAGE) FROM DUAL;第一条返回数据库当前字符集第二条返回当前会话对应的语言环境。如果第一个查询结果是ZHS16GBK客户端NLS_LANG就应该设成AMERICAN_AMERICA.ZHS16GBK如果结果是AL32UTF8客户端就设成AMERICAN_AMERICA.AL32UTF8。确认数据库字符集后修改客户端的NLS_LANG环境变量然后重新登录 SQL*Plus再重新导入曾经乱码的脚本。注意重导之前先清理掉之前乱码建出来的表和序列否则CREATE TABLE会因对象已存在而跳过你会以为问题还在实际上只是旧的脏数据在干扰。这一套参数设置下来源码包里绝大部分输出问题都能解决。剩下的就是真正意义上的代码报错这些要靠具体错误码去定位放在下一章展开。5. 避坑跟着实例源码走最容易翻车的 5 个检查点实例源码包练习过程中有几个坑出现频率极高。它们不一定是书里的错误更多是环境差异、操作习惯和旧版脚本特性叠加出来的结果。每一条按“现象 → 原因 → 解决”来梳理照着排查效率最高。5.1 现象导入脚本后中文全部变成问号原因客户端NLS_LANG与服务器字符集不一致。最常见的是服务器是AL32UTF8客户端还是默认的AMERICAN_AMERICA.WE8MSWIN1252或ZHS16GBK导致 SQL*Plus 把 UTF-8 的字节流按错误编码解释中文注释和字符串常量全部变成?或乱码。解决按第四章的方法先查v$nls_parameters确认服务器字符集再改客户端NLS_LANG重新登录最后重新导入脚本。注意导入之前用DROP TABLE清理已经建出来的乱码表或者干脆用一个新的练习用户重新开始避免旧表残留干扰判断。5.2 现象ORA-01000 maximum open cursors exceeded原因PL/SQL 块里显式打开游标后没有关闭循环里反复执行 OPEN 操作把open_cursors参数上限耗光了。经典错误写法是DECLARE CURSOR c IS SELECT ename FROM emp; BEGIN FOR i IN 1..10000 LOOP OPEN c; -- 这里只读了一部分就继续循环 END LOOP; END; /解决每个游标在使用结束后立即执行CLOSE c;。或者更省心的做法是直接用游标 FOR 循环让它自动打开、自动关闭、自动释放不需要显式管 OPEN 和 CLOSE。这套源码包里很多早期示例用的是显式游标写法往循环里套的时候尤其容易出现这个错误。5.3 现象ORA-06550 / PLS-00103 符号错误原因脚本文件带 BOM 头、隐藏的回车符或者从网页/PDF 复制代码时混入了中文全角括号、全角逗号。SQL*Plus 对 BOM 处理和脚本解析非常敏感文件头多三个不可见字节第一行就会被解析失败。PLS-00103 报错最隐蔽的地方就在于你肉眼看到的代码是正常的编译器却不认识。解决用支持编码转换的文本编辑器把文件另存为 UTF-8 无 BOM 格式。Linux 下可以这样检查文件头sed -n 1,5l create_emp.sqll参数会把行尾和隐藏字符以转义形式显示出来如果第一行开头出现\357\273\277就是 BOM 头用sed -i 1s/^\xef\xbb\xbf//去掉后再导入。5.4 现象存储过程编译成功执行却没有输出原因没有设置SET SERVEROUTPUT ON或者匿名块末尾漏了/。第一种情况最常见DBMS_OUTPUT.PUT_LINE的输出默认被吞掉你不开开关就什么都看不到。第二种情况是 PL/SQL 块没有提交执行SQL*Plus 把它当作输入缓冲内容既没报错也没结果。解决在会话头部加三句固定的设置SET SERVEROUTPUT ON SIZE 1000000 SET LINESIZE 120 SET PAGESIZE 50至于漏写/的问题养成写完END;换行后立刻敲/的习惯这是 SQL*Plus 执行块的标志不是可选项。5.5 现象EXEC 调用存储过程报“表或视图不存在”原因表是在 A 用户下建的调用过程的却是 B 用户或者建表脚本和调用脚本在同一个文件里但中间断开了连接。常见典型操作是用 system 登录建表然后用 book_user 登录调用过程过程里引用的emp表在 system 模式下book_user 当然看不到。解决先用数据字典确认对象归属SELECT owner, object_name, object_type FROM all_objects WHERE object_name EMP;如果owner不是当前用户要么给当前用户授对这个表的访问权限要么让所有练习统一在 book_user 下完成。源码包练习的原则是建表、建过程、调用过程全程使用同一个用户中间不要切换身份。这也是为什么我在第二章建议单独建练习用户干净、隔离、好排查。6. 把整包源码变成自测题库批量执行与结果比对的一个技巧源码包里的练习全部跑通后下一步不是换下一本书而是把整套示例脚本变成自己的回归验证工具。核心思路是写一个批量执行脚本把所有章节的关键示例跑一遍输出落到日志文件里再和书里的预期结果做比对。Linux 下可以用 shell 循环实现for f in book_src/ch*/*_demo.sql; do echo $f run_all.log sqlplus -S book_user/study123orcl $f run_all.log 21 donesqlplus -S进入静默模式不打印 SQL*Plus 的欢迎横幅输出干净方便直接对比。21把错误信息也写进日志避免报错信息只出现在终端里。如果希望脚本之间用相对路径互相引用更稳妥的做法是在 SQL*Plus 里用写一个总入口SPOOL book_demo_result.txt SET SERVEROUTPUT ON SIZE 1000000 ch03/create_emp_dept.sql ch03/demo_cursor.sql ch04/demo_procedure.sql SPOOL OFF和的区别在于会以当前正在执行的脚本所在目录为基准去查找被引用的脚本整个源码包的目录结构打乱也能跑。SPOOL会把后续所有屏幕输出写入指定文件跑完直接打开book_demo_result.txt检查。我当年跑这本书源码时最大的教训是别只追求“没报错”要把每个示例的输出行数和关键数值和书里对照一遍。很多练习表面上执行成功实际因为建表数据缺失、循环边界算错结果和预期差了十万八千里。把这套批量脚本跑通等于给自己留了一个能随时验证的“后悔药”以后复习任何一章一条命令就能把相关示例全部执行一遍。希望帮到你。本文还有配套的精品资源点击获取