Re: Materialized View Patch File
От | Neel Patel |
---|---|
Тема | Re: Materialized View Patch File |
Дата | |
Msg-id | CAMcbDBF_Dot8k9OQ51D=r78j9+jZ=02p5NVbyehb8zAJT=10CA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Materialized View Patch File (Dave Page <dave.page@enterprisedb.com>) |
Ответы |
Re: Materialized View Patch File
|
Список | pgadmin-hackers |
Hi Dave,
Thanks for the comments.
Find the attached patch with below fix.
--- Incomplete comments removed and added new comments
--- s/Closed/Materialized/
--- Added column "relkind" in outer query and removed the SELECT from the loop.
--- Combined the below statement.
"(collection->GetConnection()->BackendMinimumVersion(9, 3))"
Please let me know for further comments.
Thanks,
Neel Patel
On Tue, Jul 2, 2013 at 8:06 PM, Dave Page <dave.page@enterprisedb.com> wrote:
HiYeah, please fix that Neel. Not sure what you were trying to say.
On Tue, Jul 2, 2013 at 3:25 PM, Thom Brown <thom@linux.com> wrote:
> On 29 May 2013 10:40, Neel Patel <neel.patel@enterprisedb.com> wrote:
>> Hi Dave,
>>
>> Please find the updated patch after fixing some of the issues and comments
>> given by Ashesh.
>
> Just realised this reply has been in my draft folder for over a month...
>
>
> This comment appears to be incomplete:
>
> //While editing the view, if it is materialized view then only changewxString's don't play nicely with switch(), if memory serves.
>
> The section of if... else if... else if... that begins with:
>
> if (name == wxT("autovacuum_vacuum_cost_delay"))
>
> should probably use:
>
> switch(name)
> {
> case wxT("autovacuum_vacuum_cost_delay")
>
> case ...
> }Probably not a great deal of benefit. In any case, it would certainly
> Given the amount of duplicate functionality this shares with tables,
> is there not a way there could be a common class they could both
> inherit from to reduce maintenance overhead?
require a lot of refactoring which is far more work than we have time
for.
--
Dave Page
Chief Architect, Tools & Installers
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
Вложения
В списке pgadmin-hackers по дате отправления: