Oracle数据库练习指南：从环境搭建到SQL调优的核心技能

1. 练习环境从哪来：从安装到可用，这第一步拦住了多少人

我见过太多学ORACLE的人，SQL语法背得滚瓜烂熟，一到自己机器上装数据库就卡住了。说句实话，ORACLE练习这件事，最劝退的往往不是SQL本身，而是安装和配置这一关。尤其是Windows用户，装到一半报个错，再重装一次又提示已存在实例，整个人直接麻了。

所以这个练习系列的第一篇，我想先从环境搭建讲起。标题叫“ORACLE 练习1”，那默认读者就是刚开始接触这个数据库的人，或者是以前用过MySQL、SQL Server、PG，现在要转ORACLE的人。如果你属于这两类，这篇会很对路。

先说版本选型。去ORACLE官网能看到一堆版本号，新手别贪新，直接选目前使用面最广的稳定版本——比如Oracle Database 19c，或者经典的11g。19c是长期支持版，网上教程多、坑少，遇到问题搜起来全是答案。11g虽然老，但很多企业内部还在用，如果你是为了工作做准备，装11g也说得过去。

下载要注册账号，这是很多人第一次就被挡住的地方。记住一个经验：用企业邮箱注册，验证流程会顺利很多。个人邮箱偶尔会遇到收不到验证链接的情况，换浏览器或者等几分钟再试就好。

安装过程中，最关键的几个选择点如下：

• 安装类型选“桌面类”还是“服务器类”：自己练习选桌面类，代价最小；后面要模拟真实环境，再考虑服务器类。
• 全局数据库名和SID：建议直接用orcl，后续连接命令写起来省事。
• 管理口令：设一个自己一定不会忘的密码，但要满足复杂度要求。我习惯在练习环境用Oracle_123这种强度适中的，生产环境另说。
• “创建为容器数据库”这个勾选：默认是勾上的，如果你不熟悉CDB/PDB概念，建议先取消，用传统非容器数据库方式，少一层隔离，练习阶段更容易理解。

我遇到过一个很典型的安装事故：12c装在Windows上，因为之前装过一次没卸载干净，第二次安装时总报监听程序错误。后来发现是注册表残留和Windows服务里还留着旧实例。所以安装之前，先到 services.msc 里看看有没有Oracle开头的服务，有的话先删干净，再重新装。12c删除不干净这个问题，网上问的人特别多，几乎都是第一次装的时候没做清理工作。

装完之后，很多新手会卡在“怎么进去”。命令行敲sqlplus / as sysdba进不去、账户被锁、密码过期，这些问题一个接一个。别急，这些我都遇到过，下面把这几个问题一起说清楚。

1.1 账号权限与登录配置的坑

ORACLE装完默认有一个超级管理员账户SYS，还有SYSTEM。新手练习不要整天用SYS，风险和习惯都不好。应该自己建一个普通用户，给够练习需要的权限就行。这个操作后面有专门一节讲，这里先说要怎么顺利登录。

如果你用的是容器数据库结构，登录命令会长这样：

bash复制sqlplus sys/Oracle_123@localhost:1521/orcl as sysdba

如果是非容器数据库，通常直接写：

bash复制sqlplus system/Oracle_123@orcl

新手最常见的问题就是监听没起来。检查监听状态的命令：

bash复制lsnrctl status

如果监听没启动，运行：

bash复制lsnrctl start

另一个高频问题是ORA-28001，提示口令已过期。这是ORACLE的默认密码有效期策略在捣鬼，默认180天，练习机器上完全没必要。关掉这个限制是很常见的基础操作：

sql复制ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;

这行命令我几乎在每台练习机上都要执行一次，顺手还能解决一堆“昨天还能进今天进不去”的诡异问题。

还有一类坑是客户端连不上。用Navicat或PL/SQL Developer连ORACLE时，报ORA-12541或ORA-12514，多半是tnsnames.ora配置问题。Windows下这个文件在安装目录的network/admin下面，Linux在$ORACLE_HOME/network/admin。确认一下里面的HOST是localhost还是你的机器IP，SERVICE_NAME对不对，端口是不是1521，基本都能解决。

1.2 客户端连接与Java环境的小细节

做ORACLE练习，光有数据库服务端还不够，最好装一个图形客户端。Navicat对新手友好，PL/SQL Developer是很多企业的标配，两个都行。但要注意：PL/SQL Developer是32位程序，必须配32位的Oracle Instant Client，否则连不上。这个坑当年坑了我一下午，最后发现就是位数不匹配。

如果后面你要用Spring Boot连接ORACLE，JDBC驱动选对版本很关键。ojdbc8对应12c以上的版本，ojdbc6对应11g。maven坐标里的artifactId从ojdbc14到ojdbc11都有，别一上来就复制最新版，得看数据库版本。这里有个简单的对应关系：

还有一种常见场景是用Java开发，下载JDK时跑到oracle官网去下。oracle官网jdk下载这个搜索词一直很热，我多说一句：现在OracleJDK分两种，一种是要登录下载的商用版，一种是OpenJDK。练习用哪个都行，如果是个人学习和测试，完全不需要纠结授权问题。还有人会对比Dragonwell和OracleJDK的差异，那是另一个话题，练习阶段用OpenJDK或者OracleJDK都没问题，先把数据库跑起来再说。

2. 第一个必练的SQL基本功：Dual表与sysdate、trunc的配合

环境搞定以后，我建议第一个练习别急着去建表、插数据，先跟Dual表打打交道。Dual表是ORACLE里最特别的一张表，它不属于任何用户，但所有用户都能查它。每个数据库会话执行select * from dual，永远返回一行一列，值就是X。

这个表存在的意义是什么？官方说法是给无表查询提供一个虚拟载体。怎么理解？在MySQL里你可以直接写select 1+1，不需要任何表；但ORACLE的语法要求select后面必须有from子句，不写from直接报错。为了满足语法结构，Oracle才搞了这么一张永远只有一行一列的表，让你能有地方写“无表查询”。

所以你在ORACLE里做算术、取系统时间、做字符串拼接这些和表无关的操作时，通常都会看到from dual。

新手常问的一个问题：dual这张表最多能存多大？答案是没有意义，因为你不需要往里面存数据。它是系统表，永远一行一列，你有任何计算需求都只是临时查一下，不会真正往里面写东西。理解了这一点，你就算真正明白它存在的价值了。

2.1 用dual做的事情：时间函数与trunc（sysdate）

Dual表最常搭配的就是sysdate这个系统时间函数。sysdate返回当前日期和时间，精度到秒。但实际业务里，你要的往往是“今天”“这个月”“这个季度”这种范围，而不是一个带时分秒的时间点。这时候trunc函数就该上场了。

sql复制SELECT SYSDATE FROM dual;
-- 返回 2025-05-20 14:30:15 这种格式

SELECT TRUNC(SYSDATE) FROM dual;
-- 返回 2025-05-20 00:00:00

SELECT TRUNC(SYSDATE, 'MM') FROM dual;
-- 返回月初：2025-05-01 00:00:00

SELECT TRUNC(SYSDATE, 'Q') FROM dual;
-- 返回季度第一天：2025-04-01 00:00:00

SELECT TRUNC(SYSDATE, 'YYYY') FROM dual;
-- 返回年初：2025-01-01 00:00:00

trunc这个单词本意是截断，在这里就是把时间精度降级。默认截断到天，指定MM截到月，指定Q截到季度首日。这些写法在日常报表里太常用了：查当天的订单，写法是where create_time >= trunc(sysdate)；查上个月的记录，是where create_time >= trunc(add_months(sysdate, -1), 'MM') and create_time < trunc(sysdate, 'MM')。边界条件处理得干净利落，这也是ORACLE劝退MySQL用户的一点——不是做不到，是没有这么顺手的时间截断函数。

我自己刚练这个函数的时候，老记不住第二个参数到底要写'MM'还是'MON'，后来发现MONTH也行。ORACLE对日期格式符比较宽容，MM、MON、MONTH都能识别。但为了保证可读性和跨版本兼容性，建议统一用MM。

2.2 字符串判断与截取最后一个字符的实用技巧

Dual表还有一个价值，就是配合字符串函数做快速验证。比如判断某列的内容是否全部由字母组成，这是很常见的需求。ORACLE里没有直接的isalpha函数，得借助正则表达式函数regexp_like：

sql复制SELECT CASE WHEN REGEXP_LIKE('AbcDef', '^[A-Za-z]+$') THEN 'YES' ELSE 'NO' END FROM dual;
-- 返回 YES

如果要判断一个字段是否包含汉字，则可以反向处理：

sql复制SELECT CASE WHEN REGEXP_LIKE('测试数据123', '[一-龥]') THEN '包含中文' ELSE '不包含中文' END FROM dual;

另一个高频需求是获取字符串的最后一个字符。很多人第一反应是substr(str, length(str), 1)，这能实现，但不够优雅。ORACLE的substr有个反向特性：下标从0或1开始都是正数，但传负数时表示从字符串末尾往前数。

sql复制SELECT SUBSTR('Oracle练习', -1) FROM dual;
-- 返回 习

就这一个小改动，代码简洁不少。同理，想截取最后两个字符，写substr(str, -2)就够了，不用先算length再减。

这类小函数我在练习中会反复用Dual表验证边界值，比如传空字符串会怎样、传null会怎样、截取长度超过字符串长度会怎样。直接在Dual表上跑一下就知道了，比翻文档效率高多了。这也是练习Dual表的价值——它是你验证SQL行为最快的地方。

3. 分页查询与常用排序逻辑：ORACLE与MySQL思维差异最大的地方

从MySQL或SQL Server转过来的人，写分页查询那一下肯定不舒服。MySQL用limit，SQL Server用top加offset，ORACLE用的却是rownum。这个rownum是伪列，每次查询结果集生成时自动递增编号，但它不是按最终排序后的顺序编号的，而是在结果集生成过程中先编号、后排序。这导致ROWNUM用起来有几个特别容易踩的坑。

先看典型的错误写法：

sql复制-- 错误示例：结果可能不是你以为的那样
SELECT * FROM employees WHERE ROWNUM <= 10 ORDER BY salary DESC;

这个查询的逻辑是：先从employees里取前10条原始记录，再对这10条按salary降序排列。如果你的表里salary最高的那几条刚好不在前10的物理位置上，这个查询就捞不到它们。新人写分页时十个有八个会掉进这个坑。

正确的写法是先用子查询排序，再在外层加ROWNUM限制：

sql复制SELECT * FROM (
  SELECT e.*, ROWNUM rn
  FROM (SELECT * FROM employees ORDER BY salary DESC) e
  WHERE ROWNUM <= 20
) WHERE rn > 10;

这才是第二页的数据，每页10条。核心逻辑就是两层嵌套：最内层先排序，中间层生成行号并限制上界，最外层限制下界。这套写法在12c之前的版本是标准答案。12c之后，ORACLE推出了新的fetch first语法，写起来简洁太多了：

sql复制SELECT * FROM employees
ORDER BY salary DESC
OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY;

这就是第二页，每页10条。OFFSET是偏移量，FETCH NEXT是拿多少条。直观，好懂，而且不用纠结ROWNUM的先后顺序问题。

但我要提醒一句：虽然新语法好用，老的分页写法也要会。原因很现实——很多企业生产库还在11g，那上面没有fetch first。你拿着新语法去老环境，直接语法错误。所以两个都练，才是正确的练习姿势。

另外说到去重，ORACLE里是distinct，这个和MySQL一样，但要注意distinct是对整行去重，不是针对单列。下面是常见的误用：

sql复制-- 错误期望：查每个部门编号对应的所有员工名，且部门不重复
SELECT DISTINCT department_id, employee_name FROM employees;
-- 实际结果：只要department_id和employee_name组合不重复，就会都显示出来

想查“有哪些部门”并顺便看员工名，得用分组逻辑。distinct只适用于“整行记录相同”的场景。

4. 层级查询从语法到真实案例：connect by start with的完整拆解

层级查询是ORACLE的特色功能之一。MySQL、PostgreSQL写递归查询得用WITH RECURSIVE，SQL Server用CTE，而ORACLE的写法是CONNECT BY START WITH，语法更直接，也更贴近思维习惯。这个功能在树形结构的场景里几乎是刚需：部门层级、菜单树、BOM表、地区层级。

先看最简单的语法结构：

sql复制SELECT ... FROM 表名
START WITH 起始条件
CONNECT BY PRIOR 子节点列 = 父节点列;

START WITH是起点，CONNECT BY是父子关系怎么连。关键是PRIOR这个关键字，它标记哪个是上一层的值。我最快理解它的方式是把递归想象成从当前行往上爬或者往下钻。

举个例子，一套很标准的部门表：

sql复制CREATE TABLE dept (
  dept_id NUMBER PRIMARY KEY,
  parent_id NUMBER,
  dept_name VARCHAR2(50)
);

数据大概是这样的：总部下面有技术部、市场部，技术部下又有后端组、前端组。要查出从“技术部”开始的整棵子树：

sql复制SELECT dept_id, parent_id, dept_name, LEVEL
FROM dept
START WITH dept_id = 2
CONNECT BY PRIOR dept_id = parent_id;

LEVEL是隐藏伪列，表示当前在第几层，技术部是1，后端组是2。加个缩进效果会更好看：

sql复制SELECT LPAD(' ', (LEVEL - 1) * 2) || dept_name AS dept_tree
FROM dept
START WITH parent_id IS NULL
CONNECT BY PRIOR dept_id = parent_id;

这里LPAD用来生成空格缩进，树形结构一眼就能看出来。

还有一个高频关键字是CONNECT_BY_ROOT。它是用来访问当前行的根节点或者是起始节点的值。比如你要查每个子部门属于哪个公司，而这个公司信息只在顶层节点里，直接用CONNECT_BY_ROOT就能把根节点的字段带出来。

sql复制SELECT dept_name, CONNECT_BY_ROOT dept_name AS root_name
FROM dept
START WITH parent_id IS NULL
CONNECT BY PRIOR dept_id = parent_id;

练习的时候我建议自己造一张地区表，中国省市区这种三层结构，或者菜单权限这种结构，反复练START WITH + CONNECT BY + LEVEL + CONNECT_BY_ROOT的组合。这套语法不练手写，看多少遍都容易忘。

我遇到过最经典的误用是CONNECT BY死循环。当表数据里存在环路，比如A的parent是B，B的parent也是A，递归就会无限循环。生产环境里这种脏数据偶尔会出现，ORACLE提供了一个保险手段：在CONNECT BY后面加NOCYCLE关键字，同时在SELECT里加CONNECT_BY_ISCYCLE伪列来标记环上的行。

sql复制SELECT dept_name, CONNECT_BY_ISCYCLE
FROM dept
START WITH parent_id IS NULL
CONNECT BY NOCYCLE PRIOR dept_id = parent_id;

新手练习时不太会遇到环路，但知道这个机制，将来排查问题会快很多。

5. 用户权限与数据导入导出：动手练一遍就全通了

学ORACLE如果只会在自己的SYS账号里写SELECT，那实际工作中还是寸步难行。因为我发现，很多公司的运维规范是：开发同学拿到的就是一个普通业务账号，你想建表、想导入数据，都得自己处理。所以用户权限管理和dmp文件导入导出，是练习序列里绕不开的课题。

5.1 创建用户并赋予权限的最简流程

创建一个练习用户的标准流程是四步：建用户、赋会话权限、赋建表权限、分配表空间配额。

sql复制CREATE USER practice IDENTIFIED BY practice123;
GRANT CONNECT TO practice;
GRANT RESOURCE TO practice;
ALTER USER practice QUOTA 100M ON users;

CONNECT角色是最基础的角色，能登录；RESOURCE角色能建表、建索引、建视图等。在11g及以前，这种组合在开发环境里够用了。但如果是12c及以后的容器数据库，还要注意公共账号和本地账号的区别，普通业务用户通常建议建在PDB里。

ORACLE里还有个DBA角色，权限极大。练习时可以给自己建的账号临时赋一下，方便练各种管理命令，但生产环境绝对不要随便给，这是最基本的纪律。

还要顺便处理一下密码策略。前面我提到过ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED，这个在创建用户之后执行一次，能省掉很多练习中“密码过期”的打断。

如果你想体验更贴近真实业务的做法，可以再建一个只读账号，只给SELECT权限：

sql复制CREATE USER readonly_user IDENTIFIED BY readonly123;
GRANT CONNECT TO readonly_user;
GRANT SELECT ANY TABLE TO readonly_user;

这样你就能直观感受到不同账号权限边界在哪里。等保检查、安全审计里，这个“最小权限原则”被反复强调，其实在练习阶段就养成这种习惯，后面受益无穷。

5.2 dmp导入导出的兼容问题与PL/SQL执行

dmp文件是ORACLE逻辑备份的产物，导入导出工具分别是exp和imp，对应的数据泵版本是expdp和impdp。练习时建议直接用传统exp/imp，操作简单，直观。

导出整个用户的数据：

bash复制exp practice/practice123@orcl FILE=backup.dmp OWNER=practice

导入到另一个用户：

bash复制imp system/password@orcl FILE=backup.dmp FROMUSER=practice TOUSER=target_user

导入过程中最常见的问题就是版本兼容。低版本导出的dmp可以往高版本导，高版本导出的低版本往往不支持。19c往11g导，十有八九报错。如果在练习中遇到impdp日志记录不完整的问题，多半是导入过程中有对象失败被跳过了，日志文件里应该有记录，仔细看。

还需要注意的是一次导入失败后表空间索引可能残留半截对象，要先清理干净再重试。

如果想在存储过程里执行动态SQL，最基础的写法就是EXECUTE IMMEDIATE。比如：

sql复制BEGIN
  EXECUTE IMMEDIATE 'CREATE TABLE temp_test (id NUMBER)';
END;
/

存储过程在ORACLE里是一门大课，但练习初期只要能把BEGIN...END块跑顺就行了。有一类奇怪的报错是ORA-00922，提示missing or invalid option，你会发现往往是CREATE前面多了一个分号，或者EXECUTE IMMEDIATE后面接了分号再结尾，细节问题。

6. 等保命令与冷迁移：练习之外的真实运维场景

平时练习的时候，大家注意力都在SQL上，很少有人会把“等保”“迁移”这种运维话题纳入练习范围。但招聘JD里分明显写着“熟悉ORACLE运维者优先”，真等工作遇到再学，成本就高了。所以练习1阶段，我也建议稍微看一看这两个方向。

6.1 等保检查需要关注哪些信息

等保是网络安全等级保护的简称，具体到ORACLE数据库，检查项通常涉及账号安全、审计策略、访问控制等方面。等保命令相关的搜索热度一直不低，因为检查前DBA得提前准备好一堆信息。

常见的等保核查项和对应SQL如下：

等保还要收集日志佐证材料，主要是数据库的告警日志（alert日志）和监听日志。很多人问“主要找哪些”，其实核心就是：系统有没有记录登录行为？有没有记录关键操作？告警日志里有没有异常报错？把这些路径和内容准备好，等保工作就完成了一大半。

练习时你可以在自己机器上跑一遍这些SQL，看看会返回什么，将来去了公司再遇到类似任务，心里就有底了。

6.2 冷迁移的最简路径

Oracle 11g的冷迁移在热搜词里很靠前，说明这是个很现实的需求。所谓冷迁移，就是把数据库停下来，把数据文件整体拷贝到新机器，再启动。相对于热迁移（Data Guard、OGG这类），冷迁移思路最简单，适合停机窗口足够、又不能重建数据的场景。

冷迁移的大致步骤是：

1. 在原库上关闭数据库实例：shutdown immediate；
2. 确认所有进程停止；
3. 拷贝数据文件、控制文件、日志文件、参数文件到新机器相同路径；
4. 新机器安装相同版本的ORACLE软件；
5. 用原有参数文件启动实例到mount状态；
6. 打开数据库。

以前我要搬家迁移一台11g，就是这六步。但因为两台机器目录结构不同，需要先通过pfile修改路径，再创建spfile，过程会比较绕。现在更多人会直接使用rman备份恢复，或者expdp/impdp逻辑迁移，冷迁移反而成了“最后手段”。

不过冷迁移有个独特优势：效率高，不用一条条导数据，适合数据量大、结构复杂的库。而且它不依赖网络带宽，直接在本地复制文件，速度常常让人惊喜。练习时你可以在虚拟机里装两个ORACLE实例，故意给新实例换目录，完整走一遍改pfile、重建spfile、启动实例的流程。这个过程比看十篇教程都管用。

另外Windows 10重装系统后想恢复ORACLE的提问也很多，本质上就是冷迁移的一种变体。只要原软件安装目录和数据目录还在，重装相同版本后挂载回去就能恢复，甚至不需要绝对路径一致，修改参数文件即可。

还有一个小众但实用的命令，进入ASM实例。在Grid基础设施里，你会需要以oracle grid用户身份登录：

bash复制sqlplus / as sysasm

这个命令和普通数据库的sqlplus / as sysdba不同，它进的是ASM实例。如果提示权限不够，多半是当前用户不对，或者环境变量没有正确指向grid用户的ORACLE_HOME。网格基础设施安装时的坑很多，但练习阶段只要知道入口就够了。

7. 执行计划与固定执行计划：优化思维从练习就要建立

很多新手练ORACLE只关心结果对不对，不关心性能好不好。等上了生产环境，一条慢SQL拖垮整个系统，才意识到执行计划多重要。我建议练习1阶段就培养看执行计划的习惯。

查看执行计划最直接的方式：

sql复制EXPLAIN PLAN FOR
SELECT * FROM employees WHERE employee_id = 100;

SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

这样能看到ORACLE打算怎么访问这张表：是走全表扫描还是索引扫描，是先排序还是先过滤，各个步骤的代价是多少。练得多了，你看到执行计划就能猜出SQL的大致性能。

更高级一点的做法是看实际的执行统计，而不是预估的计划：

sql复制SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR(NULL, NULL, 'ALLSTATS LAST'));

这个命令拿的是刚刚执行过的SQL的真实行源统计。预估和实际往往有出入，特别是统计信息过期时，真实执行计划可能和EXPLAIN PLAN显示的完全不同。经验丰富的人会养成“看到慢SQL就抓实际计划”的习惯。

7.1 为什么固定执行计划会引发那么多热议

固定执行计划这个热词背后，是很多DBA被CBO（基于代价的优化器）的“善变”折磨后的产物。某些SQL在统计信息正常情况下走索引，很快；一旦统计信息更新不及时，优化器可能换来换去，性能忽好忽坏。于是就有了“把计划钉死”的需求。

常见的固定计划手段有三种：

练习阶段我建议先从Hint入手，因为最简单且直观。比如你想让优化器走索引，可以写：

sql复制SELECT /*+ INDEX(employees emp_idx) */ employee_name
FROM employees
WHERE department_id = 10;

这里的注释块在ORACLE里是Hint，优化器看到后会优先使用这个索引。但Hint是把双刃剑，写得太死可能导致后续表结构变化时性能更差。所以教学中我总强调：Hint用于练习理解执行计划很好，生产环境要谨慎。

7.2 优化原则里最重要的一条：先看数据量再谈优化

ORACLE优化原则和方法这个问题，答案能写一本书。但练习阶段最该记住的一条是：先确认数据量和数据分布，再决定优化方式。一个只有100行的表，你给它建索引，索引扫描成本可能比全表扫描还高；一个千万级的表，你让它全表扫描，每页都IO，性能自然拉跨。

不同数据量下最优访问路径差异巨大：

优化之前，先给表收集统计信息：

sql复制EXEC DBMS_STATS.GATHER_TABLE_STATS(USER, 'EMPLOYEES');

这个操作几乎是DBA日课。很多“SQL以前很快现在很慢”的问题，跑一次统计信息收集有时就痊愈了。练习环境里你可以在删除大量数据后故意不收集统计信息，再对比一下执行计划差异，直观感受统计信息对优化器的影响。

此外，还有一个日常高频操作：如何关闭密码有效期。对于开发测试环境，这个配置要顺手。对于生产环境，则要看企业的安全策略，必须改时也要走变更流程，不能自己默默改掉，这和等保要求是冲突的。练习环境随便改，但脑子里要绷紧这根弦。

8. 从练习到实战的收尾心得：我自己踩过的那些坑

整个练习1串联下来，你会发现其实并不难，难的是每一步都被各种小细节绊倒。如果你前面那些内容都过了一遍，我觉得你已经超过了很多所谓的“三年ORACLE开发经验但只会复制粘贴”的人。但为了让你少走弯路，我再补几个我练习期间踩过的坑。

第一，不要用SYS账号练SQL。SYS账权限太大，一个错误的DELETE没加WHERE条件，你要恢复数据可比普通用户麻烦得多。自己建一个练习账号，犯错成本低，动作也更规范。

第二，要养成随手备份的习惯。练习中经常会建一堆表、插一堆数据，然后练JOIN、练DELETE、练TRUNCATE。TRUNCATE之后后悔了想恢复？对不起，ORACLE里TRUNCATE不能通过闪回查询直接回滚。简单说，TRUNCATE不可恢复，所以练习前至少做一个exp导出，几秒钟的事，能救命。

第三，要留意统计信息更新。练习库数据量小，全表扫描也快得飞起，但你一旦在里面积累了一堆网上的大SQL练习，数据多了以后再改表结构不更新统计信息，各种诡异执行计划就出现了。我见过一个人，练习库跑一个多表JOIN，十分钟没出结果，最后发现就是没有收集统计信息导致优化器选错了连接顺序。

第四，关于DMP导入导出，练习时也建议顺手测一把impdp的日志完整性问题。如果你导出一个稍微复杂的schema，里面有存储过程、触发器、序列，导入日志很可能出现部分对象失败，但日志尾部没体现。看到这类问题不要慌，过滤日志里的ORA-错误就行，同时观察表数量、索引数量是否和源库一致。这个练习对将来真实数据迁移很有价值。

第五，不要忽视Oracle自身生态工具的熟悉。比如OGG这类的同步工具。热搜词里有oracle ogg，说明关注的人不少。OGG你可以不用精通，但至少要弄明白它解决什么问题——下游系统要拿数据库变更做实时同步时，OGG是常见方案。练习阶段不必真的搭一套主从同步，但了解它的核心架构，面试时说出来会很加分。

最后，我想说说账号和安全这个事。练习环境怎么折腾都行，但有一点不能养成坏习惯：别到处找共享账号。网上有很多号称共享的oracle官网下载账号，这类账号往往来源不明，有安全风险。编程语言和数据库这圈子里，最忌讳用不明来源的账号去下载官方软件，你永远不知道别人在这些账号里做过什么。自己注册一个最稳妥，哪怕是企业邮箱不方便，个人邮箱多试几次也能成功。练习序列本来就该从正规渠道获取工具。这个习惯，从第一天就要建立。

保持练习节奏，这本“练习1”只是起点。等你把建表、查询、用户权限、导入导出、执行计划都过一遍，后面的层次查询、存储过程、性能调优、RAC、Data Guard，再到冷迁移、OGG这些运维场景，每一步都会顺畅很多。这些内容我们下一节接着聊。