Navicat中表空间分配策略对应「存储」标签页的区管理（LOCAL/AUTOALLOCATE或UNIFORM）和段空间管理（AUTO或MANUAL），其中AUTOALLOCATE+AUTO为生产默认组合，且创建后不可修改，需DROP重建。
表空间分配策略在Navicat里对应哪些界面选项
navicat 本身不直接暴露“分配策略”这个术语，它把底层 oracle 的 extent management 和 segment space management 映射为图形化控件。你真正要配的，是「区管理方式」和「段空间管理方式」这两个关键项，它们决定数据块如何被分配和复用。
打开 Navicat → 连接 Oracle → 右键「表空间」→「新建表空间」→ 切换到「存储」标签页，就能看到这些设置：
-
区管理（Extent Management）：必须选LOCAL（Oracle 10g+ 强制要求，DICTIONARY已废弃） -
本地区管理（Local Extent Management）：选AUTOALLOCATE（推荐）或UNIFORM（需手动设统一扩展区大小，如1M） -
段空间管理（Segment Space Management）：选AUTO（使用位图管理空闲空间，高并发下更稳定）；MANUAL仅用于极老兼容场景，别碰
为什么 AUTOALLOCATE + AUTO 是生产环境默认组合
选 AUTOALLOCATE 后，Oracle 会按对象大小自动分配 64KB / 1MB / 8MB 等不同粒度的扩展区，避免小对象浪费空间、大对象频繁申请；而 AUTO 段管理启用 ASSM（Automatic Segment Space Management），用位图替代链表管理空闲块，减少并发插入时的 buffer busy waits。
如果你强行选 UNIFORM 却设了过小的统一大小（比如 64K），建一张大表可能触发成千上万次扩展操作，拖慢 DDL；反过来设太大（如 128M），又会导致小表独占大量未用空间。
Navicat 里看不到但必须心里有数的隐含约束
图形界面不会提醒你这些，但它们直接影响分配行为是否生效：
- 新建表空间时若勾选了
LOGGING（默认），所有分配操作都会写重做日志——这是安全前提，但批量导入时可临时关掉再开 -
FORCE LOGGING若在数据库级开启，会覆盖表空间级的NOLOGGING设置，导致你以为跳过的日志实际仍被记录 - 如果目标表空间是
BIGFILE类型（Navicat 新建时默认是SMALLFILE），则不支持UNIFORM管理，只能用AUTOALLOCATE - 临时表空间（
TEMP）和撤销表空间（UNDOTBS1）不走这套配置逻辑，它们的分配由 Oracle 内部机制控制，Navicat 上改不了
配完怎么验证实际生效了
Navicat 界面点确定只是发了 CREATE TABLESPACE 语句，最终策略是否落地，得查数据字典：
SELECT tablespace_name, extent_management, allocation_type, segment_space_management FROM dba_tablespaces WHERE tablespace_name = 'TS_APP_DATA';
确保返回值是 LOCAL / UNIFORM 或 AUTOALLOCATE / AUTO。如果看到 DICTIONARY 或 MANUAL，说明创建时没切对标签页，或者用的是低版本 Navicat 兼容模式。
真正容易被忽略的是：Navicat 的「设计表空间」功能只允许修改部分属性（如大小、自动扩展），但不能更改已创建表空间的 EXTENT MANAGEMENT 或 SEGMENT SPACE MANAGEMENT 方式——这类变更必须 DROP 重建，没有在线切换路径。
