Skip to content

Commit 041cfca

Browse files
committed
add information about parallel replicas
1 parent ed62abf commit 041cfca

File tree

1 file changed

+2
-1
lines changed

1 file changed

+2
-1
lines changed

docs/data-modeling/projections/2_materialized-views-versus-projections.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -28,6 +28,7 @@ The table below summarizes the key differences between materialized views and pr
2828
| Operational overhead | Requires explicit target table creation and often manual backfilling. Managing consistency with `UPDATE`/`DELETE` increases complexity. | Projections are automatically maintained and kept-in-sync and generally have a lower operational burden. |
2929
| `FINAL` query compatibility | Generally compatible, but often require `GROUP BY` on the target table. | **Do not work** with `FINAL` queries. |
3030
| Lazy materialization | Yes. | Monitor for projection compatibility issues when using materialization features. You may need to set `query_plan_optimize_lazy_materialization = false` |
31+
| Parallel replicas | Yes. | No. |
3132

3233
## Comparing materialized views and projections {#choose-between}
3334

@@ -62,7 +63,7 @@ You should consider avoiding the use of projections when:
6263
- **Explicit filtering of materialized data is needed**: Projections do not support `WHERE` clauses in their definition to filter the data that gets materialized into the projection itself.
6364
- **Non-MergeTree table engines are used**: Projections are exclusively available for tables using the `MergeTree` family of engines.
6465
- `FINAL` queries are essential: Projections do not work with `FINAL` queries, which are sometimes used for deduplication.
65-
- Working with large tables that grow quickly:
66+
- You need [parallel replicas](/deployment-guides/parallel-replicas) as they are not supported with projections.
6667

6768
## Summary {#summary}
6869

0 commit comments

Comments
 (0)