Oracle中通过Jdbc执行CTAS创建表却无数据的异常问题

这个问题我之前帮几个开发者排查过类似的，核心差异在于Java会话的连接属性/事务状态和SQLDeveloper默认行为的不同，尤其是第一次执行时的数据可见性问题。

1. 最可能的原因：Java连接的只读模式设置 #

很多Java应用（尤其是用连接池的）会默认把JDBC连接设为readOnly=true来优化性能，但这个设置会让Oracle会话进入只读事务模式——此时你只能看到连接建立（或事务开始）时的数据库快照，后续其他会话提交的SOURCE_DATA数据对当前会话不可见。

而SQLDeveloper的默认连接是读写模式，它能实时读取SOURCE_DATA的已提交数据，所以执行CTAS能正常插入1000条记录。当你在SQLDeveloper中执行成功后，Java程序后续获取的新连接（或重启后的连接）已经能看到这些已提交的数据，所以CTAS也能成功。

解决办法：

• 检查你的连接池配置，确保readOnly属性设为false（比如HikariCP的readOnly、Druid的defaultReadOnly）。
• 如果必须用只读连接，在执行CTAS时临时切换为读写模式：

private void ctasTest(JdbcTemplate jdbcTemplate) {
    String ctas = "CREATE TABLE TARGET_DATA NOLOGGING AS SELECT ID, NTILE(10) OVER (ORDER BY ID) AS CONTAINER_COLUMN FROM SOURCE_DATA";
    jdbcTemplate.execute(connection -> {
        // 临时关闭只读模式
        boolean originalReadOnly = connection.isReadOnly();
        connection.setReadOnly(false);
        // 执行CTAS
        connection.createStatement().execute(ctas);
        // 恢复原设置
        connection.setReadOnly(originalReadOnly);
        return null;
    });
}

2. 次要可能：未提交事务导致的读一致性 #

如果你的Java程序在执行CTAS前，对SOURCE_DATA执行过DML操作但未提交，Oracle的读一致性机制会让CTAS的SELECT语句基于事务开始时的快照执行——如果SOURCE_DATA的1000条数据是在同一个事务中插入但未提交，CTAS就看不到这些数据，只会创建空表。

而SQLDeveloper是独立会话，能看到已提交的数据，所以执行CTAS正常。后续Java程序的事务提交后，再执行CTAS就能看到数据了。

解决办法：

• 确保执行CTAS前，所有对SOURCE_DATA的DML操作都已提交（如果用Spring事务管理，确保事务正常结束）。
• 可以在CTAS前显式提交当前会话的事务：

jdbcTemplate.execute(Connection::commit);

3. 边缘情况：延迟段创建的误导 #

Oracle 11gR2及以上默认开启DEFERRED_SEGMENT_CREATION=true，这个特性会让空表延迟分配存储段。但注意：如果CTAS的SELECT返回至少一行数据，Oracle会立即创建段，所以空表本质还是因为SELECT没返回数据，这个只是表象，不是根本原因。如果要排除这个干扰，可以在CTAS中显式指定立即创建段：

CREATE TABLE TARGET_DATA NOLOGGING SEGMENT CREATION IMMEDIATE AS SELECT ID, NTILE(10) OVER (ORDER BY ID) AS CONTAINER_COLUMN FROM SOURCE_DATA;

总结SQLDeveloper后台做了什么？ #

SQLDeveloper的默认会话是读写模式，且没有未提交的事务，它能实时读取SOURCE_DATA的已提交数据；同时它会自动遵循Oracle的DDL隐式提交规则（其实Oracle本身就会做DDL自动提交，但SQLDeveloper不会额外设置只读或特殊事务隔离级别），所以CTAS能正常执行。

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