public inbox for [email protected]help / color / mirror / Atom feed
Messages from [email protected] Re: Subquery pull-up increases jointree search space 2026-06-09 11:29 UTC Andrei Lepikhov <[email protected]> Show hashed SAOP decision in EXPLAIN 2026-06-09 09:51 UTC Andrei Lepikhov <[email protected]> Re: Subquery pull-up increases jointree search space 2026-06-09 07:08 UTC Andrei Lepikhov <[email protected]> Re: Subquery pull-up increases jointree search space 2026-06-08 13:32 UTC Andrei Lepikhov <[email protected]> Re: Subquery pull-up increases jointree search space 2026-06-08 07:45 UTC Andrei Lepikhov <[email protected]> Re: hashjoins vs. Bloom filters (yet again) 2026-06-02 06:25 UTC Andrei Lepikhov <[email protected]> Re: hashjoins vs. Bloom filters (yet again) 2026-06-01 09:30 UTC Andrei Lepikhov <[email protected]> Re: Do not scan index in right table if condition for left join evaluates to false using columns in left table 2026-05-27 10:11 UTC Andrei Lepikhov <[email protected]> Re: Try a presorted outer path when referenced by an ORDER BY prefix 2026-05-22 05:51 UTC Andrei Lepikhov <[email protected]> Re: Sequence Access Methods, round two 2026-05-19 13:11 UTC Andrei Lepikhov <[email protected]> Re: Sequence Access Methods, round two 2026-05-18 18:42 UTC Andrei Lepikhov <[email protected]> Re: Subquery pull-up increases jointree search space 2026-05-13 15:11 UTC Andrei Lepikhov <[email protected]> Re: Subquery pull-up increases jointree search space 2026-05-09 10:51 UTC Andrei Lepikhov <[email protected]> Re: A very quick observation of dangling pointers in Postgres pathlists 2026-04-29 12:43 UTC Andrei Lepikhov <[email protected]> Re: A very quick observation of dangling pointers in Postgres pathlists 2026-04-27 08:19 UTC Andrei Lepikhov <[email protected]> Re: The bogus calls in remove_self_join_rel() 2026-04-23 08:11 UTC Andrei Lepikhov <[email protected]> Re: A very quick observation of dangling pointers in Postgres pathlists 2026-04-21 08:54 UTC Andrei Lepikhov <[email protected]> Re: A very quick observation of dangling pointers in Postgres pathlists 2026-04-21 07:29 UTC Andrei Lepikhov <[email protected]> A very quick observation of dangling pointers in Postgres pathlists 2026-04-17 08:56 UTC Andrei Lepikhov <[email protected]> Re: Clean up remove_rel_from_query() after self-join elimination commit 2026-04-07 08:22 UTC Andrei Lepikhov <[email protected]> Re: pg_plan_advice 2026-04-06 15:11 UTC Andrei Lepikhov <[email protected]> Re: pg_plan_advice 2026-04-06 13:22 UTC Andrei Lepikhov <[email protected]> Re: pg_plan_advice 2026-04-05 07:57 UTC Andrei Lepikhov <[email protected]> Re: pg_plan_advice 2026-04-04 21:02 UTC Andrei Lepikhov <[email protected]> Re: pg_plan_advice 2026-04-04 09:34 UTC Andrei Lepikhov <[email protected]> Flaky test in t/100_vacuumdb.pl: ordering assumption not stable under plan changes 2026-04-03 06:42 UTC Andrei Lepikhov <[email protected]> Re: Read-only connection mode for AI workflows. 2026-03-19 07:44 UTC Andrei Lepikhov <[email protected]> Re: Read-only connection mode for AI workflows. 2026-03-17 14:05 UTC Andrei Lepikhov <[email protected]> Re: Read-only connection mode for AI workflows. 2026-03-17 10:04 UTC Andrei Lepikhov <[email protected]> Re: Read-only connection mode for AI workflows. 2026-03-16 21:01 UTC Andrei Lepikhov <[email protected]> Re: Vacuum statistics 2026-03-16 08:45 UTC Andrei Lepikhov <[email protected]> Re: Vacuum statistics 2026-03-12 13:28 UTC Andrei Lepikhov <[email protected]> Re: Vacuum statistics 2026-03-12 12:02 UTC Andrei Lepikhov <[email protected]> Re: Skipping schema changes in publication 2026-03-08 14:37 UTC Andrei Lepikhov <[email protected]> Re: Convert ALL SubLinks to ANY SubLinks 2026-02-27 08:33 UTC Andrei Lepikhov <[email protected]> Re: Convert ALL SubLinks to ANY SubLinks 2026-02-26 11:37 UTC Andrei Lepikhov <[email protected]> Re: Skipping schema changes in publication 2026-02-26 09:38 UTC Andrei Lepikhov <[email protected]> Re: Skipping schema changes in publication 2026-02-25 13:39 UTC Andrei Lepikhov <[email protected]> Re: Add into REFRESH PUBLICATION parameter exception_behaviour 2026-02-19 08:07 UTC Andrei Lepikhov <[email protected]> Re: Add into REFRESH PUBLICATION parameter exception_behaviour 2026-02-17 08:09 UTC Andrei Lepikhov <[email protected]> Re: Add into REFRESH PUBLICATION parameter exception_behaviour 2026-02-17 04:22 UTC Andrei Lepikhov <[email protected]> Add into REFRESH PUBLICATION parameter exception_behaviour 2026-02-16 12:34 UTC Andrei Lepikhov <[email protected]> Re: Subquery pull-up increases jointree search space 2026-02-09 22:34 UTC Andrei Lepikhov <[email protected]> Subquery pull-up increases jointree search space 2026-02-09 17:22 UTC Andrei Lepikhov <[email protected]> Re: Is there value in having optimizer stats for joins/foreignkeys? 2026-02-02 09:53 UTC Andrei Lepikhov <[email protected]> Re: Is there value in having optimizer stats for joins/foreignkeys? 2026-01-31 11:18 UTC Andrei Lepikhov <[email protected]> Re: Add rows removed by hash join clause to instrumentation 2026-01-19 19:44 UTC Andrei Lepikhov <[email protected]> Re: Add rows removed by hash join clause to instrumentation 2026-01-17 20:47 UTC Andrei Lepikhov <[email protected]> Add rows removed by hash join clause to instrumentation 2026-01-16 23:51 UTC Andrei Lepikhov <[email protected]> Re: Correction of RowMark Removal During Sel-Join Elimination 2026-01-05 07:08 UTC Andrei Lepikhov <[email protected]> Re: Introduce Index Aggregate - new GROUP BY strategy 2025-12-26 15:20 UTC Andrei Lepikhov <[email protected]> Re: Introduce Index Aggregate - new GROUP BY strategy 2025-12-26 13:03 UTC Andrei Lepikhov <[email protected]> Re: Comments on Custom RMGRs 2025-11-15 10:44 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-11-04 14:46 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-10-15 09:26 UTC Andrei Lepikhov <[email protected]> Re: Comments on Custom RMGRs 2025-10-14 09:11 UTC Andrei Lepikhov <[email protected]> Re: [PROPOSAL] Termination of Background Workers for ALTER/DROP DATABASE 2025-10-10 11:05 UTC Andrei Lepikhov <[email protected]> Re: RFC: extensible planner state 2025-09-17 16:42 UTC Andrei Lepikhov <[email protected]> Re: Expose custom planning data in EXPLAIN 2025-09-11 21:54 UTC Andrei Lepikhov <[email protected]> Re: Query Performance Degradation Due to Partition Scan Order – PostgreSQL v17.6 2025-09-10 07:41 UTC Andrei Lepikhov <[email protected]> Re: Query Performance Degradation Due to Partition Scan Order – PostgreSQL v17.6 2025-09-09 07:02 UTC Andrei Lepikhov <[email protected]> Re: Query Performance Degradation Due to Partition Scan Order – PostgreSQL v17.6 2025-09-08 13:27 UTC Andrei Lepikhov <[email protected]> Re: Query Performance Degradation Due to Partition Scan Order – PostgreSQL v17.6 2025-09-08 10:05 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-09-05 08:45 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-09-04 09:52 UTC Andrei Lepikhov <[email protected]> Re: Pathify RHS unique-ification for semijoin planning 2025-09-03 10:00 UTC Andrei Lepikhov <[email protected]> Re: Pathify RHS unique-ification for semijoin planning 2025-09-02 10:55 UTC Andrei Lepikhov <[email protected]> Re: Correction of RowMark Removal During Sel-Join Elimination 2025-09-01 09:23 UTC Andrei Lepikhov <[email protected]> Re: plan shape work 2025-08-27 09:41 UTC Andrei Lepikhov <[email protected]> Redundant parameter in the get_useful_pathkeys_for_relation 2025-08-26 14:03 UTC Andrei Lepikhov <[email protected]> Re: RFC: extensible planner state 2025-08-26 08:58 UTC Andrei Lepikhov <[email protected]> Re: [BUG] Remove self joins causes 'variable not found in subplan target lists' error 2025-08-25 13:59 UTC Andrei Lepikhov <[email protected]> Re: Let plan_cache_mode to be a little less strict 2025-08-22 11:53 UTC Andrei Lepikhov <[email protected]> Re: Organize working memory under per-PlanState context 2025-08-21 06:42 UTC Andrei Lepikhov <[email protected]> Re: Organize working memory under per-PlanState context 2025-08-20 07:33 UTC Andrei Lepikhov <[email protected]> Re: Organize working memory under per-PlanState context 2025-08-20 07:22 UTC Andrei Lepikhov <[email protected]> Re: RFC: extensible planner state 2025-08-20 07:14 UTC Andrei Lepikhov <[email protected]> Re: Plan caching and serialization for reuse across executions 2025-08-19 06:29 UTC Andrei Lepikhov <[email protected]> Re: Plan caching and serialization for reuse across executions 2025-08-18 14:09 UTC Andrei Lepikhov <[email protected]> Re: Plan caching and serialization for reuse across executions 2025-08-18 13:59 UTC Andrei Lepikhov <[email protected]> Expose custom planning data in EXPLAIN 2025-08-13 13:50 UTC Andrei Lepikhov <[email protected]> Re: Let plan_cache_mode to be a little less strict 2025-08-12 11:22 UTC Andrei Lepikhov <[email protected]> Re: Correction of RowMark Removal During Sel-Join Elimination 2025-08-12 09:40 UTC Andrei Lepikhov <[email protected]> Re: SQL function to access to `creating_extension` 2025-08-01 14:33 UTC Andrei Lepikhov <[email protected]> Re: Let plan_cache_mode to be a little less strict 2025-08-01 13:07 UTC Andrei Lepikhov <[email protected]> Correction of RowMark Removal During Sel-Join Elimination 2025-08-01 12:32 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-07-31 14:20 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-31 07:16 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-31 07:10 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-30 19:22 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-30 08:20 UTC Andrei Lepikhov <[email protected]> Re: A performance regression issue with Memoize 2025-07-29 08:52 UTC Andrei Lepikhov <[email protected]> Re: Pushing down a subquery relation's ppi_clauses, and more ... 2025-07-28 13:29 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-28 07:11 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-28 06:41 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-25 06:37 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-24 12:25 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-07-23 07:00 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-22 20:12 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-07-22 14:35 UTC Andrei Lepikhov <[email protected]> Re: Memory consumed by paths during partitionwise join planning 2025-07-22 14:01 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-22 13:44 UTC Andrei Lepikhov <[email protected]> Re: Log prefix missing for subscriber log messages received from publisher 2025-07-22 13:08 UTC Andrei Lepikhov <[email protected]> Re: pgsql: Log remote NOTICE, WARNING, and similar messages using ereport() 2025-07-22 12:30 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-22 12:04 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-07-22 11:13 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-21 14:55 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-18 09:31 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-17 07:48 UTC Andrei Lepikhov <[email protected]> Re: track generic and custom plans in pg_stat_statements 2025-07-16 12:41 UTC Andrei Lepikhov <[email protected]> Let plan_cache_mode to be a little less strict 2025-07-15 10:53 UTC Andrei Lepikhov <[email protected]> Re: track needed attributes in plan nodes for executor use 2025-07-14 08:04 UTC Andrei Lepikhov <[email protected]> Re: track needed attributes in plan nodes for executor use 2025-07-11 14:09 UTC Andrei Lepikhov <[email protected]> Re: Memory consumed by paths during partitionwise join planning 2025-07-07 15:13 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-07-07 13:49 UTC Andrei Lepikhov <[email protected]> Re: Consider explicit incremental sort for Append and MergeAppend 2025-07-07 13:38 UTC Andrei Lepikhov <[email protected]> Re: MergeJoin beats HashJoin in the case of multiple hash clauses 2025-07-03 09:23 UTC Andrei Lepikhov <[email protected]> Re: Reduce "Var IS [NOT] NULL" quals during constant folding 2025-07-03 09:08 UTC Andrei Lepikhov <[email protected]> Re: Reduce "Var IS [NOT] NULL" quals during constant folding 2025-07-02 09:44 UTC Andrei Lepikhov <[email protected]> Re: Memoize ANTI and SEMI JOIN inner 2025-07-02 09:01 UTC Andrei Lepikhov <[email protected]> Re: Reduce "Var IS [NOT] NULL" quals during constant folding 2025-07-02 07:32 UTC Andrei Lepikhov <[email protected]> Re: Reduce "Var IS [NOT] NULL" quals during constant folding 2025-07-01 13:57 UTC Andrei Lepikhov <[email protected]> Re: Removing unneeded self joins 2025-06-27 06:46 UTC Andrei Lepikhov <[email protected]> Re: Removing unneeded self joins 2025-06-26 06:54 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-06-04 12:52 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-06-03 14:35 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-06-03 13:53 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-06-03 13:23 UTC Andrei Lepikhov <[email protected]> Re: Proposal: Job Scheduler 2025-05-30 09:22 UTC Andrei Lepikhov <[email protected]> Re: making EXPLAIN extensible 2025-05-22 14:28 UTC Andrei Lepikhov <[email protected]> Re: Please update the pgconf.dev Unconference notes 2025-05-20 14:22 UTC Andrei Lepikhov <[email protected]> Re: Should we optimize the `ORDER BY random() LIMIT x` case? 2025-05-19 18:04 UTC Andrei Lepikhov <[email protected]> Re: Consider explicit incremental sort for Append and MergeAppend 2025-05-15 13:03 UTC Andrei Lepikhov <[email protected]> Re: Should we optimize the `ORDER BY random() LIMIT x` case? 2025-05-15 09:32 UTC Andrei Lepikhov <[email protected]> Re: Should we optimize the `ORDER BY random() LIMIT x` case? 2025-05-15 07:54 UTC Andrei Lepikhov <[email protected]> Re: Incremental Sort Cost Estimation Instability 2025-05-14 10:50 UTC Andrei Lepikhov <[email protected]> Re: Incorrect calculation of path fraction value in MergeAppend 2025-05-07 09:26 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-05-07 09:03 UTC Andrei Lepikhov <[email protected]> Re: Incorrect calculation of path fraction value in MergeAppend 2025-05-07 08:58 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-05-07 05:02 UTC Andrei Lepikhov <[email protected]> Incorrect calculation of path fraction value in MergeAppend 2025-05-07 04:39 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-05-05 11:41 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-05-05 11:38 UTC Andrei Lepikhov <[email protected]> Re: making EXPLAIN extensible 2025-05-03 18:44 UTC Andrei Lepikhov <[email protected]> Re: Some problems regarding the self-join elimination code 2025-05-01 17:22 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-05-01 13:37 UTC Andrei Lepikhov <[email protected]> Re: Some problems regarding the self-join elimination code 2025-04-30 13:34 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-04-29 13:52 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-04-25 15:13 UTC Andrei Lepikhov <[email protected]> Re: Showing applied extended statistics in explain Part 2 2025-04-24 14:31 UTC Andrei Lepikhov <[email protected]> Re: MergeAppend could consider sorting cheapest child path 2025-04-24 13:01 UTC Andrei Lepikhov <[email protected]> Startup subpaths in MergeAppend path 2025-04-23 12:49 UTC Andrei Lepikhov <[email protected]> Re: Vacuum statistics 2025-04-22 18:23 UTC Andrei Lepikhov <[email protected]> Re: Problems with estimating OR conditions, IS NULL on LEFT JOINs 2025-04-17 12:47 UTC Andrei Lepikhov <[email protected]> Re: A modest proposal: make parser/rewriter/planner inputs read-only 2025-04-16 18:07 UTC Andrei Lepikhov <[email protected]> Re: A modest proposal: make parser/rewriter/planner inputs read-only 2025-04-16 07:28 UTC Andrei Lepikhov <[email protected]> Re: A modest proposal: make parser/rewriter/planner inputs read-only 2025-04-15 10:00 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-04-14 19:49 UTC Andrei Lepikhov <[email protected]> Re: An incorrect check in get_memoize_path 2025-04-14 08:21 UTC Andrei Lepikhov <[email protected]> Re: Some problems regarding the self-join elimination code 2025-04-11 14:46 UTC Andrei Lepikhov <[email protected]> Re: Some problems regarding the self-join elimination code 2025-04-10 12:39 UTC Andrei Lepikhov <[email protected]> The varnullingrels bitmapset is not only about outer joins 2025-04-10 07:40 UTC Andrei Lepikhov <[email protected]> Re: Memoize ANTI and SEMI JOIN inner 2025-04-09 08:03 UTC Andrei Lepikhov <[email protected]> Re: Some problems regarding the self-join elimination code 2025-04-09 07:38 UTC Andrei Lepikhov <[email protected]> Re: An incorrect check in get_memoize_path 2025-04-08 11:37 UTC Andrei Lepikhov <[email protected]> Re: Some problems regarding the self-join elimination code 2025-04-08 11:31 UTC Andrei Lepikhov <[email protected]> Re: Some problems regarding the self-join elimination code 2025-04-08 09:44 UTC Andrei Lepikhov <[email protected]> Re: An incorrect check in get_memoize_path 2025-04-07 12:54 UTC Andrei Lepikhov <[email protected]> Re: Memoize ANTI and SEMI JOIN inner 2025-04-04 13:49 UTC Andrei Lepikhov <[email protected]> Re: Removing unneeded self joins 2025-04-04 08:35 UTC Andrei Lepikhov <[email protected]> Re: explain analyze rows=%.0f 2025-04-01 05:20 UTC Andrei Lepikhov <[email protected]> Re: Memoize ANTI and SEMI JOIN inner 2025-03-31 10:33 UTC Andrei Lepikhov <[email protected]> Re: Memoize ANTI and SEMI JOIN inner 2025-03-31 09:46 UTC Andrei Lepikhov <[email protected]> Re: Partition pruning on parameters grouped into an array does not prune properly 2025-03-31 08:53 UTC Andrei Lepikhov <[email protected]> Re: Memoize ANTI and SEMI JOIN inner 2025-03-31 07:45 UTC Andrei Lepikhov <[email protected]> Re: Prune partitions by ScalarArrayOpExpr with an array parameter (partkey = ANY($1)) 2025-03-31 07:01 UTC Andrei Lepikhov <[email protected]> Re: Proposal: Progressive explain 2025-03-31 06:24 UTC Andrei Lepikhov <[email protected]> Re: Proposal: Progressive explain 2025-03-28 15:09 UTC Andrei Lepikhov <[email protected]> Re: POC, WIP: OR-clause support for indexes 2025-03-28 12:15 UTC Andrei Lepikhov <[email protected]> Re: POC, WIP: OR-clause support for indexes 2025-03-28 11:32 UTC Andrei Lepikhov <[email protected]> Re: making EXPLAIN extensible 2025-03-27 21:34 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-03-27 13:46 UTC Andrei Lepikhov <[email protected]> Re: Partition pruning on parameters grouped into an array does not prune properly 2025-03-27 13:22 UTC Andrei Lepikhov <[email protected]> Partition pruning on parameters grouped into an array does not prune properly 2025-03-26 15:19 UTC Andrei Lepikhov <[email protected]> Re: Proposal - Allow extensions to set a Plan Identifier 2025-03-25 09:42 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-03-25 09:32 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-03-25 06:40 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-03-24 21:23 UTC Andrei Lepikhov <[email protected]> Re: Add Postgres module info 2025-03-24 14:11 UTC Andrei Lepikhov <[email protected]> Re: POC, WIP: OR-clause support for indexes 2025-03-24 10:10 UTC Andrei Lepikhov <[email protected]> Re: Proposal - Allow extensions to set a Plan Identifier 2025-03-23 15:30 UTC Andrei Lepikhov <[email protected]> Re: Add Postgres module info 2025-03-23 09:44 UTC Andrei Lepikhov <[email protected]> Re: Proposal - Allow extensions to set a Plan Identifier 2025-03-23 07:25 UTC Andrei Lepikhov <[email protected]> Re: Proposal - Allow extensions to set a Plan Identifier 2025-03-23 07:12 UTC Andrei Lepikhov <[email protected]> Re: Proposal - Allow extensions to set a Plan Identifier 2025-03-22 22:50 UTC Andrei Lepikhov <[email protected]> Re: making EXPLAIN extensible 2025-03-22 08:46 UTC Andrei Lepikhov <[email protected]> Re: Memoize ANTI and SEMI JOIN inner 2025-03-21 15:56 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-03-21 09:02 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-03-20 18:54 UTC Andrei Lepikhov <[email protected]> Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment 2025-03-20 12:32 UTC Andrei Lepikhov <[email protected]> 200+ results
This inbox is served by agora; see mirroring instructions for how to clone and mirror all data and code used for this inbox