可行，但必须先切换至目标PDB容器（如ALTER SESSION SET CONTAINER=orclpdb），再执行CREATE USER和GRANT DBA，否则用户创建于CDB$ROOT导致权限不生效或报ORA-65096；DBA角色在PDB内仅限本容器生效，不支持跨PDB操作。
直接给PDB用户授DBA权限是可行的，但必须在对应PDB容器内执行，且不能在CDB$ROOT中操作——否则会报ORA-65096: invalid common user or role name或权限不生效。
必须先切换到目标PDB容器
Oracle 19c多租户下，DBA角色只在当前容器（PDB）内有效。若你在CDB$ROOT里执行GRANT DBA TO myuser，系统会尝试按CDB规则解析用户，而本地用户（如myuser）根本不存在于CDB层级。
- 用
ALTER SESSION SET CONTAINER = your_pdb_name;切进去，再确认：SELECT SYS_CONTEXT('USERENV', 'CON_NAME') FROM DUAL; -
SHOW PDBS确保该PDB状态为READ WRITE，MOUNTED或READ ONLY时授权会失败 - 如果使用SQL Developer，注意连接的是PDB服务名（如
orclpdb），不是CDB$ROOT的SID
CREATE USER和GRANT必须在同一个容器上下文
用户创建和授权必须都在PDB内完成。常见错误是：在CDB$ROOT里建了用户（结果被当成CDB用户，要求C##前缀），然后去PDB里授DBA——这时myuser根本不在那个PDB的数据字典里。
- 正确流程：
ALTER SESSION SET CONTAINER = orclpdb;→CREATE USER appuser IDENTIFIED BY pwd123;→GRANT DBA TO appuser; - 不要省略
IDENTIFIED BY；Oracle 19c默认密码策略严格，空密码或弱密码可能触发ORA-28003 - 若已建错用户（比如在CDB$ROOT建了
appuser），需先DROP USER appuser CASCADE;再切到PDB重做
DBA角色在PDB中不等于CDB级DBA
PDB内的DBA角色仅授予对本PDB对象的完全控制权（建表、改用户、杀会话等），它**不包含跨PDB操作能力**，也不能执行ALTER DATABASE、CREATE PLUGGABLE DATABASE这类CDB级命令。
- 想让一个用户管理多个PDB？得分别登录每个PDB单独授
DBA，或改用CDB通用用户（带C##前缀）并加CONTAINER=ALL -
DBA角色自带CREATE SESSION，但若用户仍连不上，检查监听是否注册了该PDB服务名：lsnrctl status里要有orclpdb条目 - 授权后立即生效，无需重启PDB；但若之前连接过旧会话，新权限需新建连接才可见
最容易被忽略的一点：PDB用户登录必须显式指定服务名（如sqlplus appuser/pwd123@localhost:1521/orclpdb），不能只写sqlplus appuser/pwd123——后者默认连CDB$ROOT，而appuser在那里根本不存在。
