能，但仅限NUMBER、DATE、VARCHAR2等基础类型且表达式必须确定性；需在CREATE TABLE中先定义虚拟列再用于PARTITION BY，不可事后添加。
Oracle 虚拟列能当分区键吗？能，但有硬性限制
可以，但仅限于 NUMBER、DATE、VARCHAR2 等基础类型，且表达式必须是确定性的（deterministic），不能含 SYS_GUID()、SYSDATE、序列值、子查询或用户自定义函数（除非显式声明为 DETERMINISTIC）。否则建表直接报错：ORA-54013: INSERT operation disallowed on virtual columns 或更常见的 ORA-54017: CHECK constraint on virtual column is not supported for partitioning。
建表时用虚拟列分区的正确写法
关键是在 CREATE TABLE 语句中先定义虚拟列，再在 PARTITION BY 子句里引用它。注意：不能先建表再用 ADD PARTITION 补虚拟列分区 —— 分区策略必须和表一起定义。
示例（按年份虚拟列范围分区）：
CREATE TABLE sales_log ( id NUMBER, log_time DATE, year_part AS (EXTRACT(YEAR FROM log_time)) VIRTUAL NUMBER, content VARCHAR2(200) ) PARTITION BY RANGE (year_part) ( PARTITION p_2022 VALUES LESS THAN (2023), PARTITION p_2023 VALUES LESS THAN (2024), PARTITION p_2024 VALUES LESS THAN (2025) );
要点：
-
year_part必须带VIRTUAL关键字，且类型要显式声明（如NUMBER），不能靠推导 -
EXTRACT(YEAR FROM log_time)是确定性函数，合法；换成TO_CHAR(log_time, 'YYYY')也行，但结果类型得是VARCHAR2，分区值就得用字符串比较 - 分区键列不能有
NOT NULL约束（虚拟列天然不可为空，但语法上不支持加该约束）
常见报错与绕过方式
遇到 ORA-00904: "xxx" invalid identifier，通常是虚拟列名在 PARTITION BY 中拼写不一致，或列定义顺序错（虚拟列必须在分区键被引用前定义）。
若想用日期字段的月份做分区但又不想存冗余列，别写 MONTH_PART AS (TO_NUMBER(TO_CHAR(log_time, 'MM'))) —— 虽然语法通过，但实际插入时可能因 NLS 设置导致隐式转换失败。稳妥做法是用 EXTRACT(MONTH FROM log_time)。
另一个坑：LIST 分区对虚拟列值有严格枚举要求，比如按地区代码分区，虚拟列算出 'CN'、'US'，那每个 PARTITION 的 VALUES 必须精确匹配字符串，多空格或大小写不一致都会拒绝插入。
性能与维护要注意什么
虚拟列作为分区键不会额外占存储空间，但每次插入/更新时仍会触发表达式计算 —— 如果表达式复杂（比如嵌套多个 CASE + 函数调用），会影响 DML 性能。
分区裁剪（partition pruning）正常生效，执行计划里能看到 PARTITION RANGE SINGLE；但如果你在 WHERE 条件里没直接过滤虚拟列，而是只查 log_time BETWEEN ...，优化器未必能自动等价转换，得靠统计信息和表达式统计（DBMS_STATS.GATHER_TABLE_STATS 配合 method_opt => 'FOR COLUMNS SIZE AUTO year_part'）来辅助识别。
最易被忽略的一点：虚拟列的表达式一旦用于分区，后续无法修改（ALTER TABLE MODIFY 虚拟列表达式会报 ORA-54019），连加个括号都算变更。改需求只能重建表。
