Re: [HACKERS] pgaccess - where to store the own data - Mailing list pgsql-interfaces

From Dave Page
Subject Re: [HACKERS] pgaccess - where to store the own data
Date
Msg-id 03AF4E498C591348A42FC93DEA9661B88446@mail.vale-housing.co.uk
Whole thread Raw
Responses Re: pgaccess - where to store the own data
List pgsql-interfaces

> -----Original Message-----
> From: Joe Conway [mailto:mail@joeconway.com]
> Sent: 30 August 2002 16:52
> To: Iavor Raytchev
> Cc: pgsql-hackers; pgsql-interfaces
> Subject: Re: [HACKERS] [INTERFACES] pgaccess - where to store
> the own data
>
>
> Iavor Raytchev wrote:
> > Hello everybody,
> >
> > There is an open question we need broad opinion on.
> >
> > Currently pgaccess stores its own data in the database it
> works with.
> > Some people do not like that. To store it elsewhere invokes
> a number
> > of issues such as:
> >
> > - where is this somewhere
> > - converting form all versions to the new
> > - etc.
> >
> > What do people think about this. Is it so bad that the own data is
> > stored in the database pgaccess works with?
> >
>
> I don't particularly like it. Oracle deals with this by having a
> database unto itself as a management repository (Oracle Enterprise
> Manager, OEM, I believe). You register the database you want
> to manage
> with the repository, and the metadata is kept there instead
> of in each
> managed database.

I thought of using that approach with pgAdmin, but how do you ensure
that new users use the correct database as the repository, or, if you
hard coded it to use a 'pgaccess' database (for example), how do you
deal with security etc on a shared system such as might be run by an
isp?

Of course, in 7.3 you could just create a pgaccess schema in each
database...

Regards, Dave.


pgsql-interfaces by date:

Previous
From: "Dave Page"
Date:
Subject: Re: [HACKERS] pgaccess - where to store the own data
Next
From: Vince Vielhaber
Date:
Subject: Re: [ODBC] [HACKERS] ODBC Driver moved to GBorg ...