Skip site navigation (1) Skip section navigation (2)

Re: pgScript patch

From: "Dave Page" <dpage(at)pgadmin(dot)org>
To: "Mickael Deloison" <mdeloison(at)gmail(dot)com>
Cc: pgadmin-hackers(at)postgresql(dot)org
Subject: Re: pgScript patch
Date: 2008-08-12 14:23:04
Message-ID: 937d27e10808120723g3d87fc7fof0aa536a502c759c@mail.gmail.com (view raw or flat)
Thread:
Lists: pgadmin-hackers
On Tue, Aug 12, 2008 at 12:51 PM, Mickael Deloison <mdeloison(at)gmail(dot)com> wrote:

Hi,

> The big question. You told me that my first patch is a huge patch.

Yes, but that was just a passing comment - I didn't mean we shouldn't
use it, or that you needed to reduce the size. I hope you didn't spend
too much time on it because of a misunderstanding.

> Indeed! A big code review is required and perhaps a lot of more tests.
> So maybe this way of doing (separate program) is good for now. What's
> your opinion about that? Should I keep pgScript code integrated into
> pgAdmin or should I keep it as a separate program?

Well that really is an interesting question. I'm not sure I know the
answer, so I'll attempt to sum up some pros and cons and see what the
other hackers think:

Pro integration:

- One less dependency for packages to worry about
- One build system to maintain
- Functionality is more responsive
- No problems with different DLL versions if builds come from
different machines.
- Cannot be broken by moving one exe etc.

Pro seperation:

- pgScript can be maintained (and upgraded) independently of pgAdmin
- No big impact on the pgAdmin source tree (and consequent learning
curve for other developers).

Despite the difference in numbers, I think those pros and cons are
roughly equal.

Any other thoughts? (Magnus, Guillaume, Hiroshi etc).


-- 
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com

In response to

Responses

pgadmin-hackers by date

Next:From: Magnus HaganderDate: 2008-08-12 14:29:43
Subject: Re: pgScript patch
Previous:From: Luis OchoaDate: 2008-08-12 13:33:35
Subject: New Patch for GQB

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group