| Replied (own) | We need to support ForeignRecheck for late row locking, don't we? | over 10 years ago |
| Replied (own) | Foreign join pushdown vs EvalPlanQual | over 10 years ago |
| Replied (own) | We need to support ForeignRecheck for late row locking, don't we? | almost 11 years ago |
| Replied (own)Follow-up patch | We need to support ForeignRecheck for late row locking, don't we? | almost 11 years ago |
| Started threadFirst patch | We need to support ForeignRecheck for late row locking, don't we? | almost 11 years ago |
| Replied (own) | fdw_scan_tlist for foreign table scans breaks EPQ testing, doesn't it? | almost 11 years ago |
| Replied (other) | Alpha2/Beta1 | almost 11 years ago |
| Replied (own) | Typo in comment in setrefs.c | almost 11 years ago |
| Started thread | fdw_scan_tlist for foreign table scans breaks EPQ testing, doesn't it? | almost 11 years ago |
| Replied (own) | Minor code improvements to create_foreignscan_plan/ExecInitForeignScan | almost 11 years ago |
| Started threadFirst patch | Minor code improvements to create_foreignscan_plan/ExecInitForeignScan | almost 11 years ago |
| Replied (own) | Foreign join pushdown vs EvalPlanQual | almost 11 years ago |
| Replied (own) | Foreign join pushdown vs EvalPlanQual | almost 11 years ago |
| Replied (own) | Foreign join pushdown vs EvalPlanQual | almost 11 years ago |
| Replied (own) | Foreign join pushdown vs EvalPlanQual | almost 11 years ago |
| Replied (own) | Odd behaviour of SELECT ... ORDER BY ... FOR UPDATE | almost 11 years ago |
| Started threadFirst patch | Odd behaviour of SELECT ... ORDER BY ... FOR UPDATE | almost 11 years ago |