From: | Akshay Joshi <akshay(dot)joshi(at)enterprisedb(dot)com> |
---|---|
To: | Shirley Wang <swang(at)pivotal(dot)io> |
Cc: | pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org> |
Subject: | Re: Declarative partitioning in pgAdmin4 |
Date: | 2017-05-24 07:21:48 |
Message-ID: | CANxoLDcDDKObTdO69KfM40Y09KL6T93uR5RymvjDybZPjpAw2A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers |
Hi Shirley
On Tue, May 23, 2017 at 7:39 PM, Shirley Wang <swang(at)pivotal(dot)io> wrote:
> It's less about implementing what's easy, and more about implementing what
> we know for sure will provide user value.
>
Agreed, but if that feature(expression) is available in postgresql then
users/QA will ask why that is not present in pgAdmin4. If implementation is
complex then we could think to include it or not, if we will provide that
its upto the user they want to use it or not.
>
> Given that in the expression you used, the variables 'a' and 'b' have
> undefined values, there's still a chance that we're missing a large chunk
> of context for successful implementation.
>
> Could you explain what 'a' and 'b' represent?
>
Where would users find values for 'a' and 'b'? (are they columns?)
>
a and b are columns.
> What is the use case for partitioning by (a+b)/2?
>
How frequently will people partition this way?
>
That is just an example of expression, there is no use case for above
example.
>
> It's possible to design for the range and list partitions and know we can
> achieve success because we understand how users would go through this
> workflow. Not sure about expressions.
>
>
>
>
--
*Akshay Joshi*
*Principal Software Engineer *
*Phone: +91 20-3058-9517Mobile: +91 976-788-8246*
From | Date | Subject | |
---|---|---|---|
Next Message | Akshay Joshi | 2017-05-24 07:35:59 | Re: Declarative partitioning in pgAdmin4 |
Previous Message | Shruti B Iyer | 2017-05-23 21:46:44 | Re: [pgAdmin4][PATCH] Improvements to Query Results Grid User Experience |