From: | Zlatko Matić <zlatko(dot)matic1(at)sb(dot)t-com(dot)hr> |
---|---|
To: | <pgsql-interfaces(at)postgresql(dot)org>, <pgsql-general(at)postgresql(dot)org> |
Subject: | logout Postgres from MS Access (ODBC) ? |
Date: | 2005-06-05 10:53:08 |
Message-ID: | 001501c569bc$c3378150$2f758353@zlatkovyfkpgz6 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-interfaces |
Hi!
In MS Access/PostgreSQL combination I have login form. After user writes all neccessary inputs and push the button, a startup procedure creates DSN-less
connection string, receates all linked tables and change connection string in all pass-through queries. It works nice...
But, how to achieve LOGOUT ? I would like to allow users to login/logout consecutively from MS Access front-end without need to close front-end.
I tried to perform new login with the same login form after already being login, but it seems that Access accepts even wrong passwords after connection
once established (!?) It seems that consecutive login does not affect at all, after ODBC connection was once established...If you give correct username, new DSN-less connection will be accepted even if the password is wrong...tabledef.RefreshLink didn't help...
So, I think that I have to close all ODBC connections (linked tables, pass-through queries) somehow and the enforce new login. How to do it ?
Also, I tried to use pg_shadow system table for inspecting whether password is OK, but it seems that password is encrypted, so Access can't compare password from pg.shadow and password on the login form. What to do in order that Access can see actual password from pg_shadow ?
Thanks.
From | Date | Subject | |
---|---|---|---|
Next Message | Joachim Zobel | 2005-06-05 18:53:30 | Re: Limits of SQL |
Previous Message | Michael Glaesemann | 2005-06-05 10:43:45 | Re: Getting the Type Definition in the information schema |
From | Date | Subject | |
---|---|---|---|
Next Message | Volkan YAZICI | 2005-06-05 13:04:47 | Re: libpq, PQExecParams and the inserting of binary data |
Previous Message | Tom Lane | 2005-06-05 04:40:43 | Re: DBD::Pg performance bites compared to DBD::mysql? |