DBeaver仅是SQL执行界面，不创建表空间；Oracle中需在目标PDB内执行CREATE TABLESPACE语句，并确认容器名；达梦要求datafile路径真实存在、属主为dmdba且权限600；PostgreSQL/MySQL无通用表空间概念，误用易报错。
DBeaver 本身不创建表空间，它只是 SQL 执行界面；真正创建表空间必须靠目标数据库的 SQL 语句执行，且不同数据库语法差异极大。
Oracle 中用 DBeaver 创建表空间：注意 SID / PDB 上下文
在 Oracle 里，CREATE TABLESPACE 语句能否成功，高度依赖你当前连接的是 CDB$ROOT 还是某个 PDB。常见错误 ORA-00959: 表空间 'EBSS' 不存在 往往是因为：你在 CDB 连接里执行了建表空间语句，但后续在 PDB 里建用户时却引用了这个只存在于 CDB 的表空间（或反过来）。
- 先确认当前容器：
SELECT SYS_CONTEXT('USERENV', 'CON_NAME') FROM DUAL; - 若返回
CDB$ROOT，则建的表空间仅对 CDB 有效；若返回ORCLPDB（或其他 PDB 名），才可在该 PDB 内建表空间并分配给用户 - 建表空间示例（在目标 PDB 中执行）：
CREATE TABLESPACE EBSS DATAFILE '/u01/app/oracle/oradata/ORCLPDB/ebss01.dbf' SIZE 100M AUTOEXTEND ON NEXT 10M MAXSIZE 2G; - 路径必须是数据库实例有读写权限的本地路径，不能是 DBeaver 所在机器的任意路径
达梦 DM8 中用 DBeaver 创建表空间：datafile 路径必须真实存在且可写
达梦对 DATAFILE 路径校验更严格——文件路径必须已存在、属主为 dmdba、权限为 600，否则 CREATE TABLESPACE 直接报错（如 File not found 或 Permission denied）。
- 推荐做法：先在服务器上手动创建空数据文件：
touch /dmdbms/data/TF_CLOUD.DBF && chown dmdba:dinstall /dmdbms/data/TF_CLOUD.DBF && chmod 600 /dmdbms/data/TF_CLOUD.DBF - 再在 DBeaver 的 SQL 编辑器中执行：
CREATE TABLESPACE TF_CLOUD DATAFILE '/dmdbms/data/TF_CLOUD.DBF' SIZE 64 AUTOEXTEND ON NEXT 2 MAXSIZE 2048; - 达梦不支持相对路径，
./xxx.dbf或data/xxx.dbf全部无效，必须写绝对路径 - 大小单位默认是 MB，
SIZE 64即 64MB；若写SIZE 64M会报语法错误
PostgreSQL 和 MySQL 根本没有“表空间”概念，别被 DBeaver 界面误导
DBeaver 在 PostgreSQL 连接里显示 “Tablespaces” 节点，但这只是元数据浏览入口，PostgreSQL 的 pg_tablespace 是系统目录，普通用户无法直接创建（需 superuser 权限 + 物理路径准备）。而 MySQL 从 8.0 开始虽支持 CREATE TABLESPACE，但仅限 NDB Cluster 引擎，InnoDB 完全不使用该语法。
- PostgreSQL 中等效操作是：用 superuser 执行
CREATE TABLESPACE myspace LOCATION '/path/to/pg_tblsp';，且/path/to/pg_tblsp必须由 postgres 用户拥有、为空目录、不在 data 目录下 - MySQL 用户看到 “表空间” 基本是误判——日常建库建表只需
CREATE DATABASE和CREATE TABLE，无需也不该碰CREATE TABLESPACE - DBeaver 的“新建表空间”右键菜单在 PostgreSQL/MySQL 下是灰掉或无效的，强行点只会报错或静默失败
最容易被忽略的一点：表空间不是“DBeaver 功能”，而是数据库内核级存储管理机制。你写的每条 CREATE TABLESPACE 都会立刻触发磁盘 I/O、文件系统操作和权限检查——出错时看的不是 DBeaver 日志，而是数据库告警日志（如 Oracle 的 alert.log、达梦的 dm_YYYYMMDD.log）。没查服务端日志就调 SQL，等于蒙眼修车。
