Re: [pgadmin-support] default user

2009-01-12 Thread Horacio Zavala
)55.31.67.60.33 __ Information from ESET NOD32 Antivirus, version of virus signature database 3759 (20090112) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

[pgadmin-support] default user

2009-01-12 Thread Horacio Zavala
Hi, sorry for my english: what is the default username and it´s password for PostgreSQL 8.3. I have installed PostgreSQL 8.3 like manage databases, and Plates PinRecon 3.5 in a win 2003 server. Regards Excorp Horacio Zavala +52(55)56.63.16.56/28.76.17.68 Mobil (044)55.31.67.60.33

Re: Re : [pgadmin-support] Feature request: pgdump and version number / -i option

2009-01-12 Thread Dave Page
On Mon, Jan 12, 2009 at 4:36 PM, Sufficool, Stanley wrote: > If we can get these tools as libraries with exported functions, then > wouldn't just be a matter of some UDF calling the C libraries? Yes, exactly. > It would be ideal to get this absorbed into the mainline PG development, > but proof

Re: Re : [pgadmin-support] Feature request: pgdump and version number / -i option

2009-01-12 Thread Sufficool, Stanley
If we can get these tools as libraries with exported functions, then wouldn't just be a matter of some UDF calling the C libraries? It would be ideal to get this absorbed into the mainline PG development, but proof that it works and has a userbase would go a long way towards acceptance. As I not

Re: [pgadmin-support] Can't edit rows

2009-01-12 Thread Roman Uhlig Maxity.de
Thanks for your reply. I just found the source for the edit problem. I was assuming that pgadmin would create an editable result set when sending a "select for update". Obviously this is not the case, you have to use the filtered grid instead. Roman -- Sent via pgadmin-support mailing lis

Re: [pgadmin-support] Can't edit rows

2009-01-12 Thread Roman Uhlig
Thanks for your reply. I just found the source for the edit problem. I was assuming that pgadmin would create an editable result set when sending a "select for update". Obviously this is not the case, you have to use the filtered grid instead. ROman -- View this message in context: http://

Re: Re : [pgadmin-support] Feature request: pgdump and version number / -i option

2009-01-12 Thread Dave Page
On Mon, Jan 12, 2009 at 2:35 PM, Laurent ROCHE wrote: > Still in my case (I assume other people too) pl/pgsql functions would not > help as I work on a remote server from a workstation: I want the files on my > workstation and not on a remote server that I only access for the database ! Presumabl

Re : [pgadmin-support] Feature request: pgdump and version number / -i option

2009-01-12 Thread Laurent ROCHE
Still in my case (I assume other people too) pl/pgsql functions would not help as I work on a remote server from a workstation: I want the files on my workstation and not on a remote server that I only access for the database ! Cheers, l...@u The Computing Froggy _

Re: [pgadmin-support] Can't edit rows

2009-01-12 Thread Quan Zongliang
Hi, Roman Can you supply more detailed info? Database version Table privileges Which component? (I suppose it is EditGrid. right?) What occurred? (the cell is readonly or get a error message?) I had tried to create some tables that the foreign key reference to. Like: CREATE TABLE knve_type ( i

[pgadmin-support] Can't edit rows

2009-01-12 Thread Roman Uhlig Maxity.de
In one of our Postgresql databases pgadmin (1.8.4) shows a strange behaviour: I can't edit row data in some of the tables. All tables have primary keys, but no OIDS. All tables have the same owner and belong to the same database and schema. This problem only occurs in pgadmin, in any other postgr

Re: [pgadmin-support] Feature request: pgdump and version number / -i option

2009-01-12 Thread Dave Page
On Fri, Jan 9, 2009 at 11:16 PM, Sufficool, Stanley wrote: > > Can we get the database to handle this instead / also? > > If pg_dump / pg_restore were libs, could this be called via pl/pgsql > functions instead? If it were done in the right way, yes. The topic comes up on pgsql-hackers every now