还在死背 Oracle 那 100 条命令?做 SQL Developer 的人,把它们做成了 107 个 AI 技能
前几天刷到篇《Oracle DBA 应该掌握的 100 条命令》。
https://mp.weixin.qq.com/s/IPVpqiB2EaVUfKPX__Q5pQ
我自己也收藏了。
说实话,收藏完我就再也没打开过第二次。和收藏夹里那 800 篇"必读好文"一个下场。
然后这两天,我在 GitHub 上刷到一个仓库。
作者是 Kris Rice。
你不一定认识这个名字。但你每天都在用他做的工具——Oracle SQL Developer、ORDS、APEX,背后都有他。Oracle 自己人。
他在仓库里放了 107 个 Oracle 的 AI 技能,开源,免费,MIT 协议。
我点进去看了一眼。
看完我沉默了。
我还在苦背那 100 条命令,人家把整套 Oracle 的排查路径,做成了 AI 会自动跑的技能。
不是一个两个。是 107 个。
今天就聊聊这个:Oracle DB Skills。
仓库地址:github.com/krisrice/oracle-db-skills
01 先说清楚:这玩意到底是个啥
很多人一听"AI 技能",脑子里第一反应是:又是套壳 prompt 吧?
不是。
它是 Claude Code 的 Agent Skills。说人话——
每个技能就是一个文件夹,里面放一篇 SKILL.md。这篇文档告诉 AI:遇到什么活、按什么顺序干、每一步查什么、结果说明什么。
关键是它带触发条件。
你不用主动喊它。你在 Claude Code 里说一句"这台 Oracle 怎么 CPU 飙了",它自己就知道该去翻 performance 那篇等待事件的技能,按里面的套路一步步走。
这跟你在收藏夹里存一篇博客,有本质区别。
博客是死的,你得自己想起它、自己打开、自己照着敲。
技能是活的,它在那里蹲着,活儿来了它自己上。
而且这 107 篇,每一篇都带出处(documentation-backed)。不是哪个网友凭记忆瞎写的——每条建议都能追到 Oracle 官方文档,还明确标了在 19c 和 26ai 上分别是什么表现。
哪个版本能用、哪个版本要换写法,写得明明白白。
这点对 DBA 太重要了。Oracle 不同版本,同一条命令的行为能差出一个故障来。
02 谁做的——这个比"是什么"更重要
开源项目满天飞,为啥这个值得单独说?
因为作者是 Kris Rice。
我再啰嗦一次他是谁:Oracle SQL Developer 的核心开发者,ORDS(Oracle REST Data Services)、APEX 这些你绕不开的工具,他都在里面。
Oracle 数据库这块,他就是写字典的那个人。
这意味着什么?
意味着这 107 篇里的那些"最佳实践""常见坑""该怎么排查",不是民间野生 DBA 的个人经验总结——是源头级别的人,按 Oracle 本该有的用法,整理出来的。
很多人怕 AI 写 Oracle 代码会瞎编。怕得对,通用 AI 确实会编。
但当一个技能的底子,是 Oracle 自己人写的、带官方文档出处的,这个担心就小了一大截。
这是这个仓库和那些"我让 AI 帮我写了个脚本"最大的不同。
血统纯正。
03 里面有什么?14 个领域,我挑重点说
107 个文件,硬讲一遍得讲到天黑。
它按 14 个领域分了类。我把目录摆出来,你感受一下覆盖面:
| 领域 | 数量 | 路径 |
|---|---|---|
| 数据库设计 & 建模 | 4 | design/ |
| SQL 开发 | 5 | sql-dev/ |
| 性能 & 调优 | 7 | performance/ |
| 应用开发 | 14 | appdev/ |
| 安全 | 6 | security/ |
| 管理 | 6 | admin/ |
| 监控 & 诊断 | 5 | monitoring/ |
| 架构 & 基础设施 | 5 | architecture/ |
| DevOps & CI/CD | 5 | devops/ |
| 迁移到 Oracle | 14 | migrations/ |
| PL/SQL 开发 | 12 | plsql/ |
| Oracle 专属特性 | 6 | features/ |
| SQLcl | 8 | sqlcl/ |
| ORDS | 10 | ords/ |
我挑几个 DBA 最关心的,亮一亮真东西。
性能这块(performance/),基本就是 DBA 的饭碗:
awr-reports.md—— AWR 报告怎么生成、怎么看、每个段在说什么、怎么定位瓶颈ash-analysis.md—— ASH,实时和历史会话分析explain-plan.md——DBMS_XPLAN、怎么读执行计划、怎么揪出烂计划wait-events.md—— 各种等待事件的诊断 SQL 和对应解法optimizer-stats.md——DBMS_STATS、直方图、扩展统计、pending statsindex-strategy.md—— B-tree、位图、函数索引、隐形索引,rebuild 还是 coalescememory-tuning.md—— SGA/PGA,AMM 还是 ASMM
发现没?
你在那篇《100 条命令》里看到的 EXPLAIN PLAN、等待事件、高 CPU SQL、表空间——这里全有。
但区别在于:命令清单给你的是一条命令;这里给你的是一整条排查路径。
![路径表情包]
命令回答"敲什么"。路径回答"先敲什么、再看什么、下一步验证什么"。
还记得那篇文章结尾的金句吗——
命令只是入口,判断路径才是 DBA 的核心能力。
Kris Rice 做的事,就是把这条"判断路径"固化下来,还让 AI 自动执行。
管理(admin/)和监控(monitoring/)也一样实在:
backup-recovery.md+rman-basics.md—— RMAN 备份恢复全套dataguard.md—— Data Guard,switchover 还是 failoverundo-management.md—— UNDO 怎么算大小,ORA-01555到底怎么来的、怎么防alert-log-analysis.md—— 告警日志在哪、那些 ORA- 错误怎么盯adrci-usage.md—— ADRCI 命令、incident 怎么打包关联
安全(security/)这块我额外多看两眼:
encryption.md—— TDE、Wallet、表空间/列加密、密钥轮换data-masking.md—— Oracle Data Redaction,全脱敏/部分脱敏/正则脱敏privilege-management.md—— 最小权限、DBMS_PRIVILEGE_CAPTURE、别给 PUBLIC 乱授权
还有个重量级的:迁移(migrations/),整整 14 篇。
MySQL、PostgreSQL、SQL Server、DB2、Sybase、MongoDB、Snowflake、Teradata、SQLite、Redshift……全都有对应的迁移指南。
数据类型怎么映射、SQL 方言差在哪、存储过程怎么转、用什么工具(ora2pg、AWS SCT、Oracle ZDM、GoldenGate)——一篇一个库,讲得透透的。
要做国产化替换、做异构迁移的,这一栏值回票价。
04 装上,只要一行
讲这么多,不如自己装上跑。
就一行:
npx skills add krisrice/oracle-db-skills
装完,Claude Code 会自动扫到这 107 个技能。
然后你该怎么用就怎么用——正常跟 AI 说话就行。
你说"帮我看看这个 AWR 报告哪儿有问题",它自动加载 AWR 那篇。
你说"这张表查询突然慢了",它自动翻执行计划和统计信息那篇。
你不需要记它叫什么名字,也不需要 / 去喊它。它自己判断该上哪个。
这就回到了我开头说的:和收藏夹里的死文章,本质区别就在这。
05 我最心动的一个:让 AI 直接连你的库
107 个里,有一个我单独拎出来讲,因为它把这事从"查资料"拔高到了"动手干"。
sqlcl/sqlcl-mcp-server.md。
Oracle 有个命令行工具叫 SQLcl。这个技能教你怎么把 SQLcl 跑成一个 MCP server——说人话,就是让 Claude 直接连上你的 Oracle,自己跑 SQL。
配合上前面那些 performance、monitoring 的技能,画面是这样的:
- 你说:"这台库现在谁在吃 CPU?"
- AI 连上库,自己跑会话查询,自己拿到 SQL_ID
- 自己去翻等待事件那篇技能,判断是 latch 还是 lock 还是纯计算
- 给你结论,顺带把锅指到具体那台机器、那个会话、那条 SQL
你全程没敲一条命令。
你甚至没打开 sqlplus。
这才是这 107 个技能合在一起,真正的杀伤力。不是单个技能多神,是它们能串起来,替你走完一整条排查链路。
当然——能不能让它连生产库,这事儿你自己掂量,下面说。
06 你大概率会问的三个问题
讲到这里,我知道你要问啥。一次性答了。
第一,这玩意能上生产吗?
只读排查(看会话、看等待事件、看 AWR、看执行计划)——放心用,它再怎么跑也不改数据。
但凡涉及写、改、删、kill 会话、drop 任何东西,人盯着。让 AI 把命令生成出来给你审,别让它直接执行。
这道理和你用那 100 条命令一模一样——KILL SESSION、DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES 这种,本来就该你确认完再敲。
第二,我不太懂 Oracle,装上就能当 DBA 了?
不能。千万别这么想。
技能放大的是你的判断,替代不了你的脑子。
AI 给你个执行计划分析,你要是连 nested loop 和 hash join 啥区别都不知道,它分析错了你也看不出来。
Kris Rice 自己也在强调:这些是给懂原理的人提效的,不是给小白发牌的。
工具是杠杆,不是大脑。
第三,它和我收藏的那 100 条命令,到底啥区别?
这句话我留到最后说,因为它最重要——
| 100 条命令 | 107 个 Skill | |
|---|---|---|
| 形态 | 死清单,靠你记起 | 活技能,遇到自动触发 |
| 给你的 | 一条命令 | 一条完整判断路径 |
| 版本 | 一刀切 | 明确区分 19c / 26ai |
| 出处 | 文章作者整理 | Oracle 自己人 + 官方文档 |
| 执行 | 你手动敲 | 能让 AI 连库自己跑 |
它俩不是替代关系。命令是入口,Skill 是把入口后面的路铺好。
那篇《100 条命令》我照样推荐你收藏,当速查表。
但这 107 个技能,是另一层的东西——它把 DBA 脑子里那些"看到 X 就该去查 Y"的条件反射,外化了。
掏心窝说几句
我一开始看到这个仓库,第一反应是有点泄气。
做 DBA 这么多年,背命令、记视图、攒排查套路,攒了十年。
结果人家一个仓库,107 篇,Oracle 自己人写的,带出处的,开源,免费,还能让 AI 自动跑。
但泄气完我反应过来了——
这恰恰印证了那句话:命令只是入口,判断路径才是 DBA 的核心能力。
Kris Rice 没有贬低 DBA。他做的事,是把那些重复的、该被自动化的判断路径,从你脑子里搬出来,交给 AI 去跑。
搬完之后,剩下留给 DBA 的,是更值钱的活——这个结果对不对、该不该动、动了影响多大。
这不叫被替代。
这叫被解放。
所以我的建议很简单:
去把仓库克隆下来看一眼。就算你暂时不用 Claude Code,光把这 107 篇当 Oracle 知识库读,都比你收藏夹里那 800 篇强。
github.com/krisrice/oracle-db-skills
一行装上:npx skills add krisrice/oracle-db-skills
你平时 Oracle 排查,最头疼的是哪块?等待事件?执行计划?还是 Data Guard?
评论区聊聊,我挑典型的下篇展开写。
有帮助的话,点个赞👍
我是勇敢DBA,关注我,持续分享数据库和 AI 这条路上的坑与解。
想聊的话,后台留言或加我微信都行。
推荐一下朋友的网站:ora100.com,需要系统学习dba知识可以看过来了~

浙公网安备 33010602011771号