[AccessD] Access 2010 Native client mystery solved

jwcolby jwcolby at colbyconsulting.com
Tue Feb 28 13:04:01 CST 2012


LOL.  I guess.

John W. Colby
Colby Consulting

Reality is what refuses to go away
when you do not believe in it

On 2/28/2012 1:46 PM, Jim Lawrence wrote:
> Over the years of doing system installs on various (hundreds?) clients for
> every franchise, I have come to understand that it only takes a few scripts
> and a reboot and any security is history. I hardly knew the functionality of
> some the scripts but as the onsite guy, doing some company's new installs,
> it was always a similar process. After all the changes were made, then a
> script was run and all the security and policies were re-introduced.
>
> Of course, no user could compromise the system but some guy like myself
> would break in, in moments. I guess that was why we were bonded and checked
> every year. ;-)
>
> Jim
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
> Sent: Tuesday, February 28, 2012 9:48 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Access 2010 Native client mystery solved
>
>   >It should be able to be done through scripting...MS command scripting can
> do virtually anything to
> a host computer.
>
> Until the Notwork guys lock down the machines... ;)
>
> John W. Colby
> Colby Consulting
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 2/28/2012 12:40 PM, Jim Lawrence wrote:
>> Does ADO OLE and its associated drivers still not work with Access? (I
> have
>> not progressed beyond Access2003 with my clients because of such issues.)
>>
>>
> http://www.drivermanager.com/en/download-confirmation.php?Brand=Microsoft&Lo
>> go=microsoft
>>
>> Maybe you are going to have to even install the drivers on a clients
>> computer before running your application. It should be able to be done
>> through scripting...MS command scripting can do virtually anything to a
> host
>> computer.
>>
>> Jim
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
>> Sent: Tuesday, February 28, 2012 5:45 AM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] Access 2010 Native client mystery solved
>>
>> I just attempted to create a new DSN directly in Access 2010 on my new
> test
>> VM and guess what?  No
>> "Native Client" driver selectable for Access 2010 on that machine.
>> Yesterday I was reading that the
>> native driver client is installed when you install SQL Server, thus it
>> appears (if I am reading this
>> right) that you can only use the native client driver if you have
>> intentionally installed the driver
>> on a given workstation.
>>
>> How silly would that be?  One would think it would be part of the Access
>> installation package.
>>
>> Anyway, AFAICT it is not safe to use native client in Access if you plan
> to
>> distribute the FE to
>> workstations (most cases?).
>>
>> I for one am defaulting to the "SQL Server" driver from here on out.
>>
>



More information about the AccessD mailing list