在Oracle数据库设计中，经常会遇到某些字段的值其实是由其他列经过固定规则换算而来的情况。如果每次查询都手写计算公式，不仅繁琐还容易出错。Oracle从11g版本开始引入了虚拟列（Virtual Column）机制，它允许我们在表定义中声明一个基于真实列计算得出的列，该列本身不占用磁盘存储空间，只有在被查询时才实时计算结果。这种特性特别适合把通用业务算法沉淀到数据模型层。
虚拟列的基础语法与创建方式
创建虚拟列最简单的形式是在建表语句的字段定义后面加上AS表达式，并可选指定VIRTUAL关键字。虚拟列的数据类型一般由表达式推断得出，也可以显式声明。需要强调的是，表达式内部只能引用同一张表中的真实列，不能使用子查询，也不能调用如SYSDATE这类每次执行结果不确定的函数，否则数据库会拒绝创建。
下面通过一个员工表的例子来展示如何定义虚拟列。我们假设表中存有基本工资（base_salary）和绩效系数（bonus_rate），希望直接通过一个虚拟列annual_income来表达年薪，计算方式为基本工资乘以十二再乘以绩效系数加一。
CREATE TABLE emp_info (
emp_id NUMBER PRIMARY KEY,
base_salary NUMBER(10,2),
bonus_rate NUMBER(4,2),
annual_income NUMBER(12,2) AS (base_salary * 12 * (1 + bonus_rate)) VIRTUAL
);
如果表已经存在，也可以通过ALTER TABLE来追加虚拟列。这种方式对线上表结构演进非常友好，而且由于虚拟列不实际写入数据，添加操作不会触发大规模的数据重写，执行效率很高。但要注意，在已有大量数据的表上新增虚拟列时，虽然不占存储，但涉及到数据字典的变更，仍建议在低峰期操作。
ALTER TABLE emp_info ADD (tax_deduct NUMBER(12,2) AS (base_salary * 12 * 0.1) VIRTUAL);
虚拟列的计算逻辑与确定性约束
虚拟列的核心在于它的表达式必须具备确定性（Deterministic）。所谓确定性，是指同样的输入列值在任何时间、任何会话中计算出来的结果都必须完全一致。因此像SYSDATE、DBMS_RANDOM这类依赖环境或随机性的函数都不能出现在表达式里。这也是为什么虚拟列无法用来直接记录行创建时间，而应该使用真实列配合默认值。
从底层实现来看，Oracle在读取虚拟列时，相当于把定义好的表达式内联到查询计划中执行。优化器能够识别虚拟列与底层真实列的等价关系，所以在很多场景下，即便你直接查询真实列做运算，也能命中虚拟列上建立的索引。我们可以通过数据字典USER_TAB_COLS视图来确认某个列是否为虚拟列，其中VIRTUAL_COLUMN字段值为YES即代表它是虚拟列。
SELECT column_name, data_type, virtual_column FROM user_tab_cols WHERE table_name = 'EMP_INFO';
在实际业务中，虚拟列的表达式可以是非常复杂的组合，比如字符串拼接、日期截取、空值处理等。下面的示例展示了如何利用虚拟列生成一个格式化的员工编号描述，它结合了编号与姓名（假设另有ename列），并使用NVL处理可能的空值。这种写法让前端或报表系统直接取数即可，无需各自实现拼接逻辑。
ALTER TABLE emp_info ADD (emp_desc VARCHAR2(100) AS (NVL(TO_CHAR(emp_id), '0') || '-' || NVL(ename, '未知')) VIRTUAL);
虚拟列索引与性能优化实践
虽然虚拟列本身不存储数据，但我们可以在虚拟列上创建函数索引（也称为基于虚拟列的索引），此时Oracle会将表达式的计算结果物化到索引段中。这样做的好处是，当查询条件正好匹配虚拟列表达式时，数据库能够直接使用索引快速定位，而不必逐行计算。对于频繁按计算字段过滤或排序的场景，这种优化手段效果显著。
例如，如果我们经常需要查询年薪超过某个阈值的员工，就可以在annual_income虚拟列上建立索引。创建语法与普通索引类似，只是作用在虚拟列名上。需要注意的是，索引本身会占用存储空间，并会在基础列更新时维护，因此要权衡读写比例。对于写少读多、且计算昂贵的表达式，虚拟列索引是非常划算的选择。
CREATE INDEX idx_emp_annual ON emp_info(annual_income); SELECT emp_id, annual_income FROM emp_info WHERE annual_income > 200000;
除了单列虚拟列索引，还可以结合虚拟列做复合索引，或者利用虚拟列实现透明的分区策略。例如根据订单表的虚拟列order_year（从order_date截取年份）来进行分区，既简化了应用层SQL，又让数据物理分布更合理。不过分区键虚拟列同样要遵守确定性原则。综合来看，虚拟列把计算逻辑与存储结构解耦，配合索引能在不改动业务代码的前提下，系统性地提升数据访问效率与一致性。
Oracle虚拟列virtual_column修改时间：2026-08-14 14:54:31