From: | Stephen Frost <sfrost(at)snowman(dot)net> |
---|---|
To: | KaiGai Kohei <kaigai(at)ak(dot)jp(dot)nec(dot)com> |
Cc: | Markus Wanner <markus(at)bluegap(dot)ch>, Alex Hunsaker <badalex(at)gmail(dot)com>, PostgreSQL-development Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: New patch for Column-level privileges |
Date: | 2009-01-07 14:16:30 |
Message-ID: | 20090107141630.GO26233@tamriel.snowman.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
KaiGai,
* KaiGai Kohei (kaigai(at)ak(dot)jp(dot)nec(dot)com) wrote:
>> Is it possible to implement a walker function to pick up appeared
>> columns and to chain them on rte->cols_sel/cols_mod?
>> In this idea, columns in Query->targetList should be chained on
>> rte->cols_mod, and others should be chained on rte->cols_sel.
This sounds like a reasonable approach to me, but as I mentioned before,
I'm not very familiar with the analyzer and company.
> The attached patch is a proof of the concept.
Excellent, I'll play around with it.
> Any comment?
I'm generally not a huge fan of recursion simply because it's often
overrated and overused and implements a limit based on stack depth which
can cause unexpected failures. Can we be confident that the recursion
added here doesn't add a new limit on the size/complexity of queries
which, if hit, will cause a stack overflow? I notice that we do use
recursion in some other places, but we also occationally have checks to
prevent recursing too far.
> I strongly want the Column-level privileges to be get merged
> as soon as possible, so I don't spare any possible assist
> for his works.
Thanks so much for your help! It's definitely appriciated. I'm going
to try and play with your patch today and probably add some additional
regression tests and make sure everything works as expected.
Thanks again!
Stephen
From | Date | Subject | |
---|---|---|---|
Next Message | Nikhil Sontakke | 2009-01-07 14:42:44 | float8 strtod weirdness |
Previous Message | Joshua Tolley | 2009-01-07 14:14:17 | Re: Proposed Patch to Improve Performance of Multi-BatchHash Join for Skewed Data Sets |