| From: | Joshua Drake <jd(at)commandprompt(dot)com> |
|---|---|
| To: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | RLS + XPATH |
| Date: | 2022-10-31 17:37:30 |
| Message-ID: | CAJvJg-S3DPdEZAm2ghC+U-jLCGdyM6Qo4YVaVNAY2K-BJGnH=w@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Team,
While on the road in Iowa visiting covered bridges I met up with an amazing
individual named Brent. Brent, is with a small organization named: Darpa.
They are using PostgreSQL + RLS + XPATH but unfortunately the performance
has been less than what those who use PostgreSQL on a daily basis would
expect. Specifically when using RLS + XPATH, the optimizer does not
prefilter and will scan every row. This has taken their previous queries on
another database from sub second, to 25+ seconds on PostgreSQL.
Unfortunately, we were at a covered bridge park (see attached) and weren't
able to get deeper into the issue. That said, I did tell him that I would
report the issue. Maybe there is traction, maybe there isn't to get this
issue fixed.
May the code be with you,
JD
--
- Founder - https://commandprompt.com/ - 24x7x365 Postgres since 1997
- Founder and Co-Chair - https://postgresconf.org/
- Founder - https://postgresql.us - United States PostgreSQL
- Public speaker, published author, postgresql expert, and people
believer.
- Host - More than a refresh
<https://commandprompt.com/about/more-than-a-refresh/>: A podcast about
data and the people who wrangle it.
| Attachment | Content-Type | Size |
|---|---|---|
| bridge.jpg | image/jpeg | 513.9 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jacob Champion | 2022-10-31 18:02:10 | Re: Commitfest documentation |
| Previous Message | Robert Haas | 2022-10-31 17:10:40 | Re: hash_xlog_split_allocate_page: failed to acquire cleanup lock |