[AccessD] Changing the ODBC Connection String to use UNC - Strange Results

Gustav Brock gustav at cactus.dk
Tue Oct 23 09:49:26 CDT 2012


Hi Charlotte

"Safe" is not the word to use. It has worked for us and _all_ our clients
since our first use of Access with a shared backend file on a NetWare server
in 1994 with 0 (zero) issues.
Even today where we have a setup of DFS linked file servers in AD where
physical UNCs are replaced by virtual server names (like:
\\domain.local\company\data\database) we still use drive mappings controlled
by a logon script. Thus, no matter which machine - even a brand new just
attached to our domain - I login from and which server I physically get
connected to, I always have the same drive mappings. So: Different machines
do have identical mappings". And servers can be replaced, added, or removed
invisible to the users.

All that is required is an orderly environment.

/gustav


-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] På vegne af Charlotte Foust
Sendt: 23. oktober 2012 01:58
Til: Access Developers discussion and problem solving
Emne: Re: [AccessD] Changing the ODBC Connection String to use UNC - Strange
Results

It's not safe to rely on drive mappings.  Different machines may have
different mappings.  I always convert to UNC on LANs.

Charlotte

On Mon, Oct 22, 2012 at 3:10 PM, Stuart McLachlan
<stuart at lexacorp.com.pg>wrote:

> Same here.  Always use UNC for linked Access tables.
> For ODBC, it depends on the BE, sometimes UNC, sometimes IP address - 
> but I never rely on drive mappings.
>
> --
> Stuart
>
> On 22 Oct 2012 at 13:56, Heenan, Lambert wrote:
>
> > I *never* use anything *but* UNC paths for linking table - admittedly
these are direct links via the Access UI, not ODBC links.
> >
> > Lambert 




More information about the AccessD mailing list