ora-01543 是 oracle 明确拒绝重复创建同名表空间的语义错误，非异常；需通过查 dba_tablespaces 后条件创建、drop 后重建或改名等方式主动规避，注意 cdb/pdb 上下文及名称大小写统一。
直接判断：ora-01543 不是异常，而是明确的语义拒绝——oracle 拒绝重复创建同名表空间，必须显式处理名称冲突。
CREATE TABLESPACE 时遇到 ORA-01543 的典型现象
执行 CREATE TABLESPACE users DATAFILE '/u01/oradata/db/users01.dbf' SIZE 100M; 报错：ORA-01543: tablespace 'users' already exists。这不是连接或权限问题，而是数据库在 DDL 层就终止了操作。
常见触发场景包括：
- 自动化脚本反复执行建库/初始化逻辑，未做存在性校验
- 开发环境手动重建表空间，误以为 DROP 后立即可重用原名（实际可能残留数据文件或未清理彻底）
- 使用 Oracle 12c 多租户架构时，在 CDB 级误操作，而目标表空间已在某个 PDB 中存在
安全跳过 ORA-01543 的三种实操路径
不能靠“忽略错误”或捕获异常后继续——Oracle 不支持 CREATE TABLESPACE IF NOT EXISTS（该语法在 12c 中不存在，仅 23c+ 才引入）。必须主动控制流程：
-
查存在 + 条件创建：先查
DBA_TABLESPACES，再决定是否执行 DDL。例如用匿名 PL/SQL 块封装：BEGIN IF NOT EXISTS (SELECT 1 FROM DBA_TABLESPACES WHERE TABLESPACE_NAME = 'USERS') THEN EXECUTE IMMEDIATE 'CREATE TABLESPACE users DATAFILE ''/u01/oradata/db/users01.dbf'' SIZE 100M'; END IF; END; -
强制重建（慎用）：先
DROP TABLESPACE users INCLUDING CONTENTS AND DATAFILES;，再 CREATE。注意：该操作不可逆，且要求表空间为空或带INCLUDING CONTENTS；若含活跃段（如正在使用的 UNDO 或 TEMP），会报ORA-01549或ORA-01546。 -
改名创建：不硬刚原名，改用带时间戳或环境标识的名称，如
users_dev_202606。适合 CI/CD 流水线中避免人工干预。
12c 特有陷阱：CDB/PDB 上下文混淆
在容器数据库中，DBA_TABLESPACES 默认查的是 CDB 视图，但表空间可能只存在于某个 PDB。直接在 CDB$ROOT 下执行 CREATE，会和 PDB 内同名表空间冲突（即使你没切到那个 PDB）。
- 确认当前容器：
SELECT SYS_CONTEXT('USERENV', 'CON_NAME') FROM DUAL; - 查特定 PDB 的表空间需连接到该 PDB，或用
CDB_TABLESPACES并过滤CON_ID - 跨容器创建表空间必须显式指定
CONTAINER=CURRENT或CONTAINER=ALL（后者仅限共享表空间，且 12c 中限制极多）
最易被忽略的一点：表空间名在 Oracle 中默认大写且不区分大小写，'USERS'、'users'、'Users' 全部指向同一个对象。检查时别用小写字符串去匹配视图结果，否则条件判断永远为假。
