From: | Robert Treat <rtreat(at)webmd(dot)net> |
---|---|
To: | David BOURIAUD <david(dot)bouriaud(at)ac-rouen(dot)fr> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: graphical interface - admin |
Date: | 2002-06-28 15:44:45 |
Message-ID: | 1025279088.1709.47.camel@camel |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
I'd love to see this as much as anyone, but if you're going to do it imo
the main feature most people would be interested in is some type of ERD
diagramming that can also be used for database administration (yes,
basically a clone of M$ Access, but with more native support). This is
the one thing I'd really like to add to phpPgAdmin, but the web isn't
the best medium for those types of things, and quite frankly I haven't
had the time to really look into it. OpenOffice comes close with it's
graphical query builder, but afaik it doesn't quite have the ability to
layout tables/relationships as well. Last time I checked PGAccess was
lacking in this area as well. If your serious about starting another
project I'd strongly recommend you search on sourceforge first as there
are several projects there than can help you out. You should definitely
take a look at dbdesigner, which is a KDE based (and I'd assume C++)
admin tool that has postgres support. Stand on the shoulders of others
right?
Robert Treat
On Fri, 2002-06-28 at 02:38, David BOURIAUD wrote:
> Le Jeudi 27 Juin 2002 13:50, q u a d r a a écrit :
> > What's the best open source GUI for DB administration? (postgres)
> Why ? Mine of course !
>
> Noway for this stupid answer !
> Well, I would say that you have at least two choices amongst those I know :
> phpPgAdmin, which works as it's name says with php, and one that is called
> pgaccess and which is brought along with the sources of postgreSQL, and which
> is written in tcl/tk (as far as I know).
>
> Anyway, neither of them fits my needs. You also have commercial solutions,
> like creating a linked db with msAccess (using ODBC), or BO (orientated for
> editions). Anyway, you've got many choices.
>
> As for what I first said in this mail, I'll launch the development of a Kde
> application (I think called KPostgreSQL...), which will have to fit the
> following :
>
> -Ability to open as many DB connections as possible in one MDI frame (as you
> can open many documents in KAte).
> -Graphical interface for all the administrative tasks (tables creations,
> permissions...) nearly as Access does.
> -Intelligent queries (at requests), which are able to do autimatic joins (as
> far as they are created at table creation time).
> -Nice editions made with LaTeX, providing there are classes made.
> -etc...
> In the future, when I get a full comprention of KParts, it may be integrated
> with KWords and all the Koffice suite (I mean, you could embed a query in
> KSpread, and so on...).
> That's what I plan to do, all in C++, and only for Kde. When the project will
> be far enough, I'll open the sources, using CVS I think, and enjoy my time
> coding and maybe recieving help. Whatever happens in the future, I WANT to
> code this, and will work on it since I need it.
> >
> >
> >
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 5: Have you checked our extensive FAQ?
> >
> > http://www.postgresql.org/users-lounge/docs/faq.html
>
> --
> David BOURIAUD
> ----------------------------------------------------------
> In a world without walls or fences, what use do we have
> for windows or gates ?
> ----------------------------------------------------------
> ICQ#102562021
>
>
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly
>
From | Date | Subject | |
---|---|---|---|
Next Message | Joseph Syjuco | 2002-06-28 16:58:06 | transaction in plpgsql |
Previous Message | Josh Berkus | 2002-06-28 15:36:12 | Re: transaction in plpgsql |