Thread: i need a rad/ide open source for work with postgresql

i need a rad/ide open source for work with postgresql

From
Mario Jose Canto Barea
Date:
why are you can make a good database relational server
as postgresql 8.1, and dont make a rad/ide open source
for programming with postgresql 8.1 as
delphi\c++builder\progress 4gl  ?




thanks







___________________________________________________________
Do You Yahoo!?
La mejor conexión a Internet y <b >2GB</b> extra a tu correo por $100 al mes. http://net.yahoo.com.mx


Re: [GENERAL] i need a rad/ide open source for work with postgresql

From
Raymond O'Donnell
Date:
On 28/06/2007 18:47, Mario Jose Canto Barea wrote:

> why are you can make a good database relational server
> as postgresql 8.1, and dont make a rad/ide open source
> for programming with postgresql 8.1 as
> delphi\c++builder\progress 4gl  ?

Because they do different jobs. The languages you mention are for making
front-end GUIs (for the most part), whereas PostgreSQL is a database.

Have you looked at pgAdmin?

Ray.

---------------------------------------------------------------
Raymond O'Donnell, Director of Music, Galway Cathedral, Ireland
rod@iol.ie
---------------------------------------------------------------

Re: [ADMIN] i need a rad/ide open source for work with postgresql

From
Adam Rad?owski
Date:
Look at:
http://zeoslib.sourceforge.net/
Adam
P.S. And remember, that You can use libpq.DLL too - the fastest way to
work with PostgreSQL.

Mario Jose Canto Barea pisze:
> why are you can make a good database relational server
> as postgresql 8.1, and dont make a rad/ide open source
> for programming with postgresql 8.1 as
> delphi\c++builder\progress 4gl  ?
>
>
>
>
> thanks
>
>
>
>
>
>
>
> ___________________________________________________________
> Do You Yahoo!?
> La mejor conexión a Internet y <b >2GB</b> extra a tu correo por $100 al mes. http://net.yahoo.com.mx
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
>        choose an index scan if your joining column's datatypes do not
>        match
>
>