navicat本身不支持物化视图自动刷新，仅作为执行入口；自动刷新需依赖数据库内置调度（如pg_cron、mysql event、oracle dbms_scheduler）或外部运维工具实现。
navicat 本身不支持物化视图自动刷新
navicat 是数据库客户端工具，不是调度引擎。它没有内置的定时器、作业队列或后台服务来触发 refresh materialized view。所谓“自动刷新”，必须靠外部机制驱动 sql 执行，navicat 只能作为执行入口或辅助界面。
PostgreSQL 中用 pg_cron + Navicat 配合实现定时刷新
这是最常用且可靠的方案：调度在数据库内完成，Navicat 仅用于建模、调试和监控。
-
pg_cron必须由 superuser 安装并启用：CREATE EXTENSION pg_cron;，且postgresql.conf中已配置shared_preload_libraries = 'pg_cron'并重启 - 在 Navicat 的查询窗口中执行调度注册语句（注意时间格式）：
SELECT cron.schedule('mv_refresh_hourly', '0 * * * *', 'REFRESH MATERIALIZED VIEW CONCURRENTLY mv_sales_summary;'); -
CONCURRENTLY是关键——它允许刷新时不阻塞查询，但要求该物化视图已有唯一索引（如PRIMARY KEY或UNIQUE约束） - 任务名不能重复；若需修改，先用
SELECT cron.unschedule('mv_refresh_hourly');删除旧任务
MySQL 用户别指望物化视图，得用表+事件替代
MySQL 根本不支持 MATERIALIZED VIEW 语法。所谓“模拟”，本质是维护一张预计算表，并用 EVENT 定时重写数据。
- 先建表：
CREATE TABLE mv_user_daily AS SELECT ...; - 创建事件前确保
event_scheduler = ON（在 Navicat 连接属性或执行SET GLOBAL event_scheduler = ON;） - 在 Navicat 中右键数据库 → “新建事件”，写入逻辑（注意原子性）：
CREATE EVENT ev_refresh_mv_daily ON SCHEDULE EVERY 1 DAY STARTS '2026-07-28 02:00:00' DO BEGIN CREATE TABLE mv_user_daily_new AS SELECT COUNT(*), region FROM users GROUP BY region; RENAME TABLE mv_user_daily TO mv_user_daily_old, mv_user_daily_new TO mv_user_daily; DROP TABLE IF EXISTS mv_user_daily_old; END;
- 避免用
TRUNCATE + INSERT：期间表为空，业务查询会返回空结果
Oracle 用户可在 Navicat 中调用 DBMS_SCHEDULER
Oracle 原生支持物化视图自动刷新，但 Navicat 不提供图形化事件配置入口，必须手写 PL/SQL 调度脚本。
- 刷新命令本身：
DBMS_MVIEW.REFRESH('MV_SALES_SUMMARY', 'C');（'C'表示 complete refresh） - 创建调度任务（需有
CREATE JOB权限）：BEGIN DBMS_SCHEDULER.CREATE_JOB( job_name => 'refresh_mv_sales', job_type => 'PLSQL_BLOCK', job_action => 'BEGIN DBMS_MVIEW.REFRESH(''MV_SALES_SUMMARY'', ''C''); END;', start_date => SYSTIMESTAMP, repeat_interval => 'FREQ=DAILY; BYHOUR=2; BYMINUTE=0', enabled => TRUE ); END; - Navicat 执行该块后，调度即生效；后续可通过
SELECT * FROM USER_SCHEDULER_JOBS;查看状态 - 注意：Oracle 物化视图日志（
MATERIALIZED VIEW LOG）必须提前建好，否则FAST刷新不可用
真正容易被忽略的是：所有自动刷新方案都依赖底层数据库权限与配置是否就绪。比如 pg_cron 没启用 shared_preload_libraries、MySQL event_scheduler 关闭、Oracle 用户缺少 EXECUTE ON DBMS_SCHEDULER 权限——这些都会让看似正确的 SQL 静默失败。
