oracle物化视图不会自动加速c#报表查询，必须同时满足四个条件：数据库级开启query_rewrite_enabled、mv创建时带enable query rewrite、基表有主键或显式包含rowid、c# sql与mv定义严格语义匹配。
Oracle物化视图本身不会自动加速C#报表查询，必须同时满足四个硬性条件：数据库级开启 QUERY_REWRITE_ENABLED、物化视图创建时带 ENABLE QUERY REWRITE、基表有主键或MV中显式包含 ROWID、C#发出的SQL与MV定义严格语义匹配。漏掉任一环，OracleCommand 执行时照样全表扫描。
为什么C#查报表还是慢？先确认 QUERY_REWRITE_ENABLED 是否真开了
这是最常被忽略的起点。即使你在SQL*Plus里建好了MV，只要这个参数是FALSE，Oracle优化器根本不会把你的C#查询纳入重写候选池。
- 全局开启（需DBA权限）：
ALTER SYSTEM SET QUERY_REWRITE_ENABLED = TRUE; - 会话级开启（适合测试）：
ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE; - 检查当前值：
SELECT VALUE FROM V$PARAMETER WHERE NAME = 'query_rewrite_enabled';—— 返回必须是字符串'TRUE'，不是布尔值 - 坑点：C#用HikariCP或ODP.NET连接池，连接复用后不会自动执行
ALTER SESSION；开发环境手动开过，生产库没配，实际仍是FALSE
CREATE MATERIALIZED VIEW 必须带 ENABLE QUERY REWRITE
只写 CREATE MATERIALIZED VIEW mv_xxx ... AS SELECT ... 是不够的。缺了 ENABLE QUERY REWRITE，这个MV在优化器眼里就是一张普通表，/*+ REWRITE */ hint 会被直接忽略。
- 正确写法：
CREATE MATERIALIZED VIEW mv_sales_daily ENABLE QUERY REWRITE REFRESH FAST ON COMMIT AS SELECT TRUNC(sale_date), product_id, SUM(amount) FROM sales GROUP BY TRUNC(sale_date), product_id; - 错误写法：
CREATE MATERIALIZED VIEW mv_sales_daily REFRESH COMPLETE ON DEMAND AS SELECT ...（没写ENABLE QUERY REWRITE） - 已有MV漏了？不能用
ALTER MATERIALIZED VIEW ... ENABLE QUERY REWRITE补——Oracle不支持，只能DROP后重建
C#发的SQL必须和MV定义“字面级匹配”，优化器不做逻辑推导
你传参查 WHERE sale_date >= DATE '2024-01-01'，但MV里存的是 TRUNC(sale_date)？不匹配。你在C#里拼了 ORDER BY，但MV没建对应索引导致排序成本更高？优化器可能主动弃用MV。
- MV定义用
TRUNC(sale_date, 'MM')，C#里就得用相同表达式，不能换成TO_CHAR(sale_date, 'YYYYMM')（会阻断重写） - WHERE条件字段必须出现在MV的SELECT列表中，且类型一致；比如MV里是
NUMBER，C#传入的参数不能是字符串 - 聚合字段名要对齐：MV里是
SUM(amount) AS total_amt，C#查SUM(amount)可以，但查total_amt别名不一定能匹配（取决于重写完整性设置） - 验证是否真重写了？别信
EXPLAIN PLAN，它常不显示重写路径；改用DBMS_MVIEW.EXPLAIN_REWRITE+ 查REWRITE_TABLE，看REWRITE_MECHANISM是TEXT_MATCH还是UNREWRITTEN
MV建完不加索引，C#查起来照样卡
MV是一张物理表，Oracle不会自动给它加任何索引。C#通过 OracleCommand 发出带 WHERE region = 'North' 的查询，如果MV上没建 INDEX，照样全表扫描。
- 立即执行：
CREATE INDEX idx_mv_region_dt ON mv_sales_daily (region, TRUNC(sale_date))；别等报表上线后用户抱怨再补 - 复合索引顺序关键：高频等值过滤字段放前（如
region），范围字段放后（如TRUNC(sale_date)） - 别依赖基表索引——MV的索引必须单独建；PostgreSQL MV不支持主键约束，Oracle虽支持但也得显式定义
- 分区表上建MV，建议加上
PARTITION BY RANGE (sale_date)，方便后续用DBMS_MVIEW.REFRESH_FAST_AFTER_INSERT按分区增量刷新
真正难的不是建MV，而是让C#发出去的每一条参数化SQL都能稳定命中它——这要求你把MV定义、数据库参数、基表约束、C#参数绑定方式、甚至ODP.NET版本都串成一条链，漏一环就断。
