首先咱们拆解你遇到的几个问题，一步步给你梳理清楚：

1. 为什么select distinct bytes/blocks from user_segments;没有结果？ #

user_segments视图只展示当前登录用户拥有的数据库段（比如表、索引、分区这类对象）。如果你的当前用户还没创建任何对象，或者没有被授予查看这些段的权限，这个查询自然会返回空结果。要查看数据库块大小，直接查系统参数或者表空间信息才是最准确的方式，后面会给你具体语句。

2. ORA-01144错误的核心原因及解决办法 #

这个错误是因为你创建表空间时指定的单个数据文件大小，超过了Oracle根据当前数据库块大小设定的单文件最大块数限制。这里有个必须明确的关键知识点：Oracle数据库的DB_BLOCK_SIZE是在数据库创建时就固定的，创建完成后无法直接修改——这意味着你没法通过调整块大小来绕过这个限制，只能换其他可行方案：

方案一：减小单个数据文件的大小 #

先查清楚当前数据库的块大小和对应的单文件最大容量：

-- 查看数据库块大小（单位：字节）
SELECT value FROM v$parameter WHERE name = 'db_block_size';

-- 查看单个数据文件允许的最大块数（以SYSTEM表空间为例，所有表空间的单文件限制一致）
SELECT max_blocks FROM dba_tablespaces WHERE tablespace_name = 'SYSTEM';

举个例子，如果块大小是8192字节（8k），最大块数是4194303，那单文件最大容量就是 8192 * 4194303 / 1024 / 1024 ≈ 32GB。创建表空间时指定小于这个值的大小即可，比如：

CREATE TABLESPACE my_ts 
DATAFILE '/u01/app/oracle/oradata/ORCL/my_ts01.dbf' 
SIZE 30G AUTOEXTEND ON NEXT 1G MAXSIZE UNLIMITED;

方案二：创建多个数据文件扩容 #

如果需要更大的总存储空间，完全没必要纠结单个文件的大小，直接给表空间添加多个数据文件就行。Oracle会自动管理这些文件的使用，比如：

CREATE TABLESPACE my_ts 
DATAFILE '/u01/app/oracle/oradata/ORCL/my_ts01.dbf' SIZE 30G,
'/u01/app/oracle/oradata/ORCL/my_ts02.dbf' SIZE 30G,
'/u01/app/oracle/oradata/ORCL/my_ts03.dbf' SIZE 30G;

后续如果还需要扩容，也可以用ALTER TABLESPACE语句添加新文件：

ALTER TABLESPACE my_ts 
ADD DATAFILE '/u01/app/oracle/oradata/ORCL/my_ts04.dbf' SIZE 30G;

方案三：重建数据库（仅万不得已时使用） #

如果你的业务场景必须使用超大单个数据文件，那唯一的办法是创建一个新的数据库，在创建时指定更大的DB_BLOCK_SIZE（比如16k、32k）。但这个操作成本极高，需要迁移现有数据，还要重新配置所有用户、权限和应用连接，除非绝对必要，不建议这么做。

总结 #

优先用方案一或方案二解决ORA-01144问题，这是最快捷且无风险的方式。数据库块大小是创建时的固定参数，千万不要尝试修改现有数据库的块大小，否则会导致数据库损坏。

内容的提问来源于stack exchange，提问作者en Lopes