The only way that I have been able to get this to work is by setting the
server's HKLM\Microsoft\Jet\4.0\Engines\SystemDB to point to the .mdw file.
Then I run TSQL similar to this:
EXEC sp_addlinkedserver
@server='MCardDat',
@provider='Microsoft.Jet.OLEDB.4.0',
@srvproduct='OLE DB Provider for Jet',
@datasrc='C:\My Documents\Projects\Medicard\CAN\Data\MCardDat.mdb'
EXEC sp_addlinkedsrvlogin 'MCardDat', FALSE, NULL, 'Login', 'pwd'
Is there any other way to read the secured Jet data?
Patrick
=-=-=-=-=-=-=-=-=-=-=-=-=-
Patrick Jackman
Vancouver, BC
--Mary
De-securing would be quite a bit more work than the registry hack in this
situation.
I'm hoping that someone has a suggestion that is a bit easier to implement.
Patrick.
"Mary Chipman [MSFT]" <mc...@online.microsoft.com> wrote in message
news:u558u5hv5nojdmh74...@4ax.com...
@provstr='System Database=system.mdw;'
(david)
"Patrick Jackman" <pjackman at wimsey no spam com> wrote in message
news:ub6IkuV7...@TK2MSFTNGP06.phx.gbl...
Patrick.
"david" <da...@nospam.au> wrote in message
news:uRECyT$7KHA...@TK2MSFTNGP06.phx.gbl...
I think it should be done this way:
@provstr='Jet OLEDB:System Database=system.mdw;'
(I'm sorry, my development server has been down for the
last 12-18 months....)
FWIW, the fallback position would be to use the OLEDB
ODBC provider (MSDASQL) instead of the JET provider.
The "Access" DSN allows you to specify the system database.
A DSN may be either a file (using the INI file format) or the
equivalent set of registry entries.
(david)
"Patrick Jackman" <pjackman at wimsey no spam com> wrote in message
news:ulFoBTA8...@TK2MSFTNGP06.phx.gbl...
--Mary
On Fri, 7 May 2010 10:03:00 -0700, "Patrick Jackman" <pjackman at