DBeaver本身不创建物化视图，仅通过SQL执行和元数据浏览支持其管理；能否创建、刷新及显示取决于所连数据库（如PostgreSQL 14+、RisingWave 1.0+）是否原生支持，以及是否正确配置专用驱动（如PostgreSQL JDBC驱动）和用户权限。
物化视图不是 DBeaver 创建的，而是由数据库引擎（如 PostgreSQL、RisingWave、Doris）原生支持并创建的对象；DBeaver 仅提供执行 SQL 和浏览元数据的能力。 它不内置“新建物化视图向导”，也不能绕过数据库语法直接生成物化视图。能否创建、如何创建、是否能刷新，完全取决于你连接的数据库是否支持该特性及其语法版本。
PostgreSQL 14+ 或 RisingWave 1.0+ 怎么用 DBeaver 创建物化视图
PostgreSQL 从 9.3 开始实验性支持 MATERIALIZED VIEW，14+ 版本已稳定；RisingWave 1.0+ 基于 PostgreSQL 协议，也完整支持该语法。DBeaver 在这类数据库中可直接执行建模语句：
- 确保连接使用的驱动是 PostgreSQL 驱动（不是 generic JDBC），且数据库实际版本 ≥ 9.3（推荐 ≥ 14）
- 打开 SQL 编辑器，执行类似语句：
CREATE MATERIALIZED VIEW mv_sales_summary AS SELECT region, COUNT(*) AS cnt, SUM(amount) AS total FROM sales GROUP BY region;
- 执行后需手动刷新才能看到数据：
REFRESH MATERIALIZED VIEW mv_sales_summary; - DBeaver 的对象浏览器中会将其显示在“物化视图”节点下（前提是驱动正确识别了系统目录，PostgreSQL 驱动默认支持）
为什么在 DBeaver 里看不到“物化视图”节点或右键菜单
常见原因不是 DBeaver 设置问题，而是底层驱动或数据库能力限制：
- 你连接的是 MySQL、SQL Server、Oracle 等不原生支持
MATERIALIZED VIEW的数据库（MySQL 无原生物化视图，需靠查询缓存或第三方方案模拟） - 使用了 generic JDBC 驱动而非专用驱动（比如连 PostgreSQL 时选了 “Generic” 而非 “PostgreSQL”，会导致元数据解析失败）
- 数据库用户权限不足，无法读取
pg_matviews（PostgreSQL）或对应系统视图 - RisingWave 旧版本（
Doris / Hive / Cassandra 这类数据库怎么处理物化视图
它们不叫“物化视图”，但有功能等价机制，DBeaver 无法统一抽象，必须按数据库语义操作：
- Apache Doris：用
CREATE MATERIALIZED VIEW语句（注意：Doris 的物化视图是异步构建、只读、自动刷新的），DBeaver 可执行该 SQL，但不会在对象树中标记为“物化视图”——它归类在“表”下，因为 Doris 把它实现为物理表 - Hive：无标准物化视图，部分版本支持
CREATE MATERIALIZED VIEW（基于 Apache Calcite），但属实验特性，DBeaver 执行成功后也不会新增节点 - Cassandra：不支持物化视图（官方已弃用），DBeaver 连接后根本不能建，强行执行会报错
InvalidRequest: Materialized views are disabled
真正容易被忽略的一点是：物化视图的生命周期管理（刷新策略、依赖表变更、存储空间增长）完全不在 DBeaver 控制范围内。它只是个执行窗口和查看器，别指望它帮你自动调度 REFRESH 或预警磁盘快满——这些得靠数据库自身的运维机制或外部工具。
