普通用户无法CREATE TABLESPACE是Oracle设计限制，需DBA显式授权或改用配额方案；授权命令为GRANT CREATE TABLESPACE TO username;，但更推荐ALTER USER username QUOTA 100M ON USERS_APP;
Oracle 中普通用户无法 CREATE TABLESPACE 怎么办
只有 dba 角色或显式授予 create tablespace 系统权限的用户才能执行该操作，普通用户默认完全没这个能力——这不是权限配少了，是 oracle 从设计上就禁止非特权用户碰表空间。
常见错误现象：ORA-01031: insufficient privileges，哪怕用户有 CREATE TABLE 或 UNLIMITED TABLESPACE 也照样报错。
-
CREATE TABLESPACE是数据库级系统权限，和对象权限（如建表）完全隔离 - 即使给用户赋了
RESOURCE或CONNECT角色，也不会附带该权限 - 生产环境通常严禁开放此权限，DBA 必须人工介入审批和执行
DBA 如何安全地授权给指定用户
不建议直接授 DBA 角色，最小权限原则下只给 CREATE TABLESPACE 即可，但要注意它隐含高风险：持此权限者可创建任意大小的表空间、指定数据文件路径，甚至填入非法路径触发写文件失败或权限越界。
- 授权命令必须由已有
DBA权限的用户执行：GRANT CREATE TABLESPACE TO username; - 该权限不可被授予其他用户（即不能加
WITH ADMIN OPTION） - 授权后用户仍需自己处理操作系统级文件权限——比如指定路径
'/u01/app/oracle/oradata/mydb/ts01.dbf'，Oracle 进程必须对该目录有写权限，否则建表空间时会报ORA-27040: file create error
替代方案：用已有的表空间 + 配额控制更稳妥
绝大多数业务场景根本不需要用户自己建表空间。更合理的方式是 DBA 预先建好专用表空间（如 USERS_APP），再通过配额把空间使用权分配出去。
- 给用户在指定表空间设配额：
ALTER USER username QUOTA 100M ON USERS_APP; - 设无限配额（慎用）：
ALTER USER username QUOTA UNLIMITED ON USERS_APP; - 配额只管“能用多少”，不涉及文件系统操作，风险可控，且支持按用户粒度审计空间使用
- 如果用户需要独立 schema 隔离，用不同表空间 + 不同配额组合即可，无需每个用户一个表空间
CREATE TABLESPACE 命令里最容易错的三个参数
就算有权限，CREATE TABLESPACE 语法稍有偏差就会失败，尤其在跨平台或升级后环境里。
-
DATAFILE路径必须是数据库实例可写的绝对路径；用相对路径或环境变量（如$ORACLE_HOME）会直接报ORA-01119 -
EXTENT MANAGEMENT LOCAL是强制要求（12c+ 默认），漏写或写成DICTIONARY会失败 -
SEGMENT SPACE MANAGEMENT AUTO推荐显式指定，避免某些老脚本默认用MANUAL导致后续建表异常
示例正确写法：CREATE TABLESPACE app_ts DATAFILE '/u01/oradata/db1/app_ts01.dbf' SIZE 100M EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;
真正难的不是语法，而是判断要不要建、建多大、放哪块磁盘、谁来维护——这些没法靠一条 GRANT 解决。
