oracle不支持直接修改用户名，12c后alter user ... rename to语法已移除；所谓“改名”实为导出→重建→导入的迁移过程，需用expdp/impdp配合remap_schema确保对象owner、同义词及权限正确重映射，否则将引发大量invalid对象及依赖断裂。
Oracle 不支持直接修改用户名（ALTER USER ... RENAME TO）——该语法在 12c 及之后版本已被移除，强行执行会报 ORA-00922: missing or invalid option 或 ORA-01935: missing user or role name。所谓“改名”实际是重建用户+迁移对象，否则必然引发大量失效对象。
为什么改名后对象会失效？
Oracle 用户名和 schema 名严格绑定。表、视图、同义词、PL/SQL 对象等的 owner 字段存储的是创建时的用户名字面值。若用非标准方式“覆盖”用户名（如直接更新 user$ 表），所有依赖该 owner 的对象元数据将不一致，导致 STATUS = 'INVALID'；即使能登录，调用包、查询视图也会报 ORA-04063 或 ORA-00942: table or view does not exist。
- 触发器、包体、函数等编译依赖 owner 名，owner 变则签名失效
- 同义词（尤其是 public 同义词）指向原用户名下的对象，路径断裂
- DBA 视图（如
dba_objects）中OWNER列仍为旧名，但用户已不存在 → 查询结果错乱
正确迁移用户名的三步法
必须放弃“就地改名”幻想，走导出→重建→导入路径。核心是保持 schema 内容完整，而非用户名字符串：
- 用
expdp导出原用户全量数据：expdp system/password SCHEMAS=old_user DUMPFILE=old_user.dmp DIRECTORY=dp_dir - 创建新用户并授基础权限：
CREATE USER new_user IDENTIFIED BY pwd;+GRANT CONNECT, RESOURCE TO new_user; - 用
impdp重映射导入：impdp system/password DUMPFILE=old_user.dmp REMAP_SCHEMA=old_user:new_user DIRECTORY=dp_dir
注意：REMAP_SCHEMA 会自动修正所有对象 owner、同义词指向、权限语句中的 schema 引用，这是唯一可靠方式。
改名后已出现 INVALID 对象怎么办？
若已误操作导致大量 STATUS = 'INVALID'，不要逐个 ALTER ... COMPILE —— 多数编译会失败，因为底层依赖（如被引用的表 owner 还是旧名）未修复：
- 先确认失效范围：
SELECT owner, object_name, object_type FROM dba_objects WHERE status = 'INVALID' AND owner IN ('OLD_USER', 'NEW_USER'); - 检查关键依赖是否断裂：
SELECT referenced_owner, referenced_name FROM dba_dependencies WHERE name = 'XXX' AND owner = 'NEW_USER';（把 XXX 换成任一失效对象名） - 若
referenced_owner仍是OLD_USER，说明对象未真正迁移，此时编译无意义，必须回退并走REMAP_SCHEMA流程
真正麻烦的不是语法或步骤，而是业务系统里硬编码的 old_user.table_name。这类 SQL 在应用层不会因数据库改名自动更新，必须同步扫描代码库、配置文件、存储过程体内的字符串引用——这点最容易被忽略，也最常导致上线后突发报错。
