ODBC / MS-Access... linking a ms-access DB to a view...

Поиск
Список
Период
Сортировка
От Peter Bense
Тема ODBC / MS-Access... linking a ms-access DB to a view...
Дата
Msg-id s18143ec.061@gwm.sc.edu
обсуждение исходный текст
Ответы Re: [ODBC] ODBC / MS-Access... linking a ms-access DB to a view...  (Jeff Eckermann <jeff_eckermann@yahoo.com>)
Список pgsql-interfaces
After spending some hours talking with the kind folks in #postgresql, I was unable to find someone who was able to
pointme in the right direction towards solving a data access problem between Postgresql, MS-Access 2000, and the
PostgreSQL30ODBC driver. 

Here's my setup:
- Win2k Professional
- MS-Access 2000
- Postgresql-7.4.2 running on Gentoo Linux

After a considerable amount of netsleuthing, I finally able to find someone who had devised a way to implement Row
LevelSecurity with Postgres.  (As seen on: http://www.varlena.com/varlena/GeneralBits/77.php * scroll down to the
"Proofof Concept" section...) 

The basic idea is to create an additional userid field in your source table, then create a view of the source table
whichexcludes the userid and apply rules for select, update, view and insert. 

Here's a describe of a test view (which can be linked without problem in MSAccess), and the view that I created for my
table(just in the testing phases now) 
http://rafb.net/paste/results/gmYOkn43.html

This all seems to work without any problem whatsoever when I change the user and perform the select from the psql
utility. You can see how I have performed a test of this functionality here: 
http://rafb.net/paste/results/rQHqmC51.html

Now, once I get to MS-Access, here is where stuff breaks:

1. In MS-Access 2000 * select File, Get External Data, Link Tables...
2. Select Files of Type ODBC Databases()
3. Select the postgresql datasource previously defined
4. Enter the database name, server name, port, username (in this case 01BLUESHIELD) & password
5. The database connects fine (which indicates to me that there are no problems with the connection and/or permissions
onthe user account) and it shows all of the system schemas and 3 public tables. 

The FIRST table is public.tblparticipant *> this is the view that I have created which, when selected, should only
returnthe records (about 250 records) which are associated with the login (01BLUESHIELD) as per the rules mentioned
earlier. When selected, it returns an empty recordset, which makes NO sense, considering this code works fine from
psql.

The SECOND table is the public.tblparticipants *> selecting from this table = access denied.  This makes sense given
theprivileges I established on the account. 

The THIRD table is public.test *> this table (as shown in the link above) is a view of * in tblparticipants.  When I
selectthis table, all 2406 records return normally, which indicates to me that the ODBC driver doesn't have any problem
"handling"views as opposed to tables. 

Does anyone have some insight as to what's going wrong or how to fix it?

I'd be greatly indebted.. maybe could even paypal someone a few bucks if they have some idea!


Kind regards,

./Peter T. Bense

Peter T. Bense (ptbense@gwm.sc.edu) - 803-777-9476
Database Administrator/Webmaster
Prevention Research Center
University of South Carolina


В списке pgsql-interfaces по дате отправления:

Предыдущее
От: Adriaan Joubert
Дата:
Сообщение: Re: Er... what's up and what's current?
Следующее
От: "Peter Bense"
Дата:
Сообщение: ADDENDUM *> ODBC / MS-Access... linking a ms-access DB to a view.