Oracle 不支持直接重命名用户；所谓“重命名”实为创建新用户、显式迁移权限与对象、删除旧用户的三步迁移法，ALTER USER ... RENAME TO 语法不存在，执行将报 ORA-00922 错误。
Oracle 不支持直接重命名用户，所谓“重命名”本质是创建新用户 + 迁移 + 删除旧用户，权限不会自动继承，必须显式迁移。
ALTER USER ... RENAME TO 在 Oracle 中根本不存在
你查到的 ALTER USER scott RENAME TO tiger 是 MySQL 语法，**在 Oracle 中执行会报错 ORA-00922: missing or invalid option**。Oracle 的 ALTER USER 语句只支持修改密码、配额、默认表空间、账户锁定状态等，不包含重命名功能。任何声称能直接重命名 Oracle 用户的教程，要么混淆了数据库类型，要么依赖非标准手段（如直接更新 SYS.user$ 表，风险极高，不推荐）。
真正可行的三步迁移法：CREATE → GRANT → DROP
要让新用户拥有和旧用户完全一致的权限与对象，需分三阶段操作，缺一不可：
- 用
CREATE USER创建新用户，并设置相同认证方式（如密码、外部认证）、默认/临时表空间、配额 - 用脚本导出旧用户的系统权限、对象权限、角色授权，并对每条
GRANT语句把用户名替换成新用户名后执行（不能只靠GRANT CONNECT, RESOURCE TO newuser—— 这俩只是基础角色，远不够） - 迁移对象：表、视图、过程等需逐个
ALTER所有权或重建。例如转移一张表：ALTER TABLE olduser.t1 RENAME TO newuser.t1会失败；正确做法是CREATE TABLE newuser.t1 AS SELECT * FROM olduser.t1，再DROP TABLE olduser.t1 - 最后确认无误，执行
DROP USER olduser CASCADE（CASCADE不可省，否则因存在对象而报ORA-01922: CASCADE must be specified to drop 'OLDUSER'）
权限迁移最容易漏掉的三类内容
仅靠手工写几条 GRANT 很可能遗漏关键权限，尤其以下三类：
-
系统权限中的细粒度控制项：比如
SELECT ANY DICTIONARY、ADMINISTER DATABASE TRIGGER、EXEMPT ACCESS POLICY，这些不会出现在DBA_ROLE_PRIVS中，需查DBA_SYS_PRIVS -
对象权限的 grant option 链路：旧用户若被授予
SELECT ON hr.employees WITH GRANT OPTION，且又转授给了别人，这部分“转授权”不会自动复制，需单独处理 -
细粒度审计策略或数据红action策略绑定的用户：如果旧用户被显式加入
DBMS_FGA.ADD_POLICY或DBMS_RLS.ADD_POLICY的user_list参数中，新用户不会自动生效，必须重新添加
为什么不要动 SYS.user$ 表手动改 name 字段
有资料提到用 UPDATE SYS.user$ SET name = 'newname' WHERE name = 'oldname'，这属于绕过 Oracle 数据字典完整性校验的危险操作：
- Oracle 启动时会校验
user$一致性，手动更新后可能导致实例无法启动或出现ORA-00600内部错误 - 所有依赖用户名的内部结构（如审计记录、数据泵元数据、AWR 快照）都会断裂，后续导出/恢复/升级极可能失败
- Oracle Support 明确不支持此类操作，出问题不提供技术支持
真正需要“无缝切换”的场景（如生产库不能长时间停机），应考虑使用数据库链接 + 同义词临时过渡，而非强行改名。名字只是标识符，重点是权限与对象归属是否可控——而这只能靠规范迁移完成。
