惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

MyScale Blog
MyScale Blog
Apple Machine Learning Research
Apple Machine Learning Research
H
Help Net Security
雷峰网
雷峰网
V
Visual Studio Blog
G
Google Developers Blog
Microsoft Azure Blog
Microsoft Azure Blog
Hugging Face - Blog
Hugging Face - Blog
爱范儿
爱范儿
IT之家
IT之家
Engineering at Meta
Engineering at Meta
Microsoft Security Blog
Microsoft Security Blog
aimingoo的专栏
aimingoo的专栏
大猫的无限游戏
大猫的无限游戏
M
MIT News - Artificial intelligence
月光博客
月光博客
A
About on SuperTechFans
B
Blog RSS Feed
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The GitHub Blog
The GitHub Blog
N
Netflix TechBlog - Medium
J
Java Code Geeks
云风的 BLOG
云风的 BLOG
Blog — PlanetScale
Blog — PlanetScale

博客园 - AlfredZhao

执行新项目 python 脚本前,先用 conda 建一个独立环境 Git 提交代码:从报错到 SSH 免密推送 GitHub 克隆他人私有仓库:从授权到下载 理解Oracle Property Graph:以账户转账示例完成图特性最小测试 SH 中文化样例数据使用手册 Oracle 排除非业务表:一份能直接抄的“全量过滤”SQL 进程都杀了,为什么 `netstat` 还能看到端口? MAC 空间告急?Codex 的 156GB 缓存垃圾,这样清! 人工清理问题数据:先查准,再删除 TK(Trusted Knowledge)为何而生? 使用快捷键快速切换 Mac 外接显示器模式 客户环境 Nginx 配置:流式报表与超时排查要点 Security Central:数据库安全的统一控制与运营平台 Palantir 眼中的一次“订单可能延期”,如何成为实时决策的起点? 从一条订单消息到 Bronze、Silver、Gold:我的第一次 Kafka + Lakehouse 实验 UUID v4 与 v7:同样是唯一 ID,为什么数据库表现可能完全不同? 用 crontab 给 LLM 使用量装上“监控眼” DeepSeek 与 GPT API 价格调整:该关注什么? 查看 Oracle 数据库中的定时任务执行情况 Codex 专用用户登录后自动进入默认项目目录 Mac 小技巧:用方向键优雅处理超长网址 Oracle GDD 与 Raft:别把共识机制和数据主权混为一谈 在 Oracle APEX 中用 BGE_BASE 生成向量:从模型导入到历史数据更新 行业人+AI:真正有价值的四个关键要素 知识库文件解析失败:一次由 Domain Index 引发的定位记录 Unicode 码位数、UTF-8 字节数、中英文差异和 Oracle 长度别再混淆了 Skill 的使用:从路径到能力边界 切换 Embedding 模型时,千万别忽略历史向量维度 kbot 适配 GPT-5.6:一次参数兼容性排查 Git 打 Tag 上传 GitHub 遇到 SSH 超时,如何处理?
APEX 无法分配 SH 用户?一个存储过程轻松解决
AlfredZhao · 2026-09-12 · via 博客园 - AlfredZhao

2026-09-12 08:46  AlfredZhao  阅读(0)  评论()    收藏  举报

在 Oracle APEX 日常开发中,笔者习惯使用 Object Browser 对不同 Schema 进行管理。最近为了测试同事开发的本体构建平台,笔者导入了 Oracle 自带的 SH 用户来模拟业务数据,却在分配 Schema 时遇到了一个“怪问题”。

01 | 问题现象:下拉列表里找不到 SH

在 APEX 管理后台,通过 Manage Workspaces -> Manage Workspace to Schema Assignments -> Add Schema 为工作区分配已存在的 Schema 时,候选下拉列表中竟然找不到 SH 用户。

明明 SH 是数据库里真实存在的用户,为何在 APEX 的分配界面中“隐身”了?这并非 APEX 的 Bug,而是其默认的安全机制在起作用。

02 | 原因与解法:注册 Schema 例外

APEX 出于安全考虑,默认只允许工作区访问部分受控 Schema。对于 SH 这类未在 APEX 中显式注册的用户,需要由管理员手动将其加入“例外名单”。

解决方案是使用 SYS 用户执行 APEX_INSTANCE_ADMIN.CREATE_SCHEMA_EXCEPTION 存储过程,将 SH 用户与目标工作区(例如 WS_ALFRED)进行绑定:

SQL> show user
USER is "SYS"
SQL> BEGIN
  2      APEX_INSTANCE_ADMIN.CREATE_SCHEMA_EXCEPTION(
  3          p_schema    => 'SH',
  4          p_workspace => 'WS_ALFRED'
  5      );
  6      COMMIT;
  7  END;
  8* /

PL/SQL procedure successfully completed.

执行成功后,再次回到 Add Schema 页面,SH 用户就会出现在候选列表中,可以正常勾选并添加:

image.png

添加完成后,笔者就能在 Object Browser 中愉快地访问和管理 SH 下的业务数据了:

image.png

小结

当 APEX 默认无法为工作区分配某个数据库用户时,不必怀疑环境配置。通过 APEX_INSTANCE_ADMIN.CREATE_SCHEMA_EXCEPTION 存储过程将该 Schema 加入例外,即可快速解决问题。这一操作对管理员来说简单高效,但需注意它属于例外授权,应谨慎使用。

关注我,和AI一起成长~