[AccessD] Code Library, Sample Database, Etc.

...again Charlotte, that is heavily dependent upon the environment in which 
you work ...Access based user security has been a farce since '95 ...you 
cannot build an Access mdb to which I cannot gain access with readily 
available tools, both free and inexpensive ...so you build your own, a 
number of which are discussed in our archives, or you depend on XP security 
in small business environments ...so the decision by the Access development 
team to remove it from A'07 really has no bearing on its continued use in 
those environments.

William Hindman

----- Original Message ----- 
From: "Charlotte Foust" <cfoust at infostatsystems.com>
To: "Access Developers discussion and problem solving" 
<accessd at databaseadvisors.com>
Sent: Tuesday, February 20, 2007 4:02 PM
Subject: Re: [AccessD] Code Library, Sample Database, Etc.


>I don't think anyone is casting aspersions, William.  But the simple
> truth is that without user security in Access mdbs, they become less
> than useful for multiuser solutions.  That doesn't depend on object
> model, it depends on having a mechanism for controlling who gets into
> the application and keeping track of who's there.  Without that
> capability, Access 2007 becomes a desktop database for power users or a
> RAD frontend for SQL Server.
>
> Charlotte Foust
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William
> Hindman
> Sent: Tuesday, February 20, 2007 11:24 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Code Library, Sample Database, Etc.
>
> Arthur
>
> ...its not a matter of agreeing or disagreeing ...if you work in an
> environment where SS is available and the notwork resources are
> available to support it, of course you would use SS in most
> applications.
>
> ...but if you are a consultant working with many small businesses where
> you are it, then a well designed dao mdb fe/be can be highly stable and
> work every bit as well as an adp/SS combo ...in point of fact with up to
> at least
> 15 users a well designed dao based mdb will normally out perform an ado
> based fe.
>
> ...and with A'07 it appears that MS itself is moving back to the dao
> model ...what irks me is people declaring that their favorite model is
> best for everyone ...or casting unwarranted aspersions on Access be's
> and dao when they really don't work in an environment where that model
> functions best.
>
> William Hindman
>
> ----- Original Message -----
> From: <artful at rogers.com>
> To: "Access Developers discussion and problem solving"
> <accessd at databaseadvisors.com>
> Sent: Tuesday, February 20, 2007 1:41 PM
> Subject: Re: [AccessD] Code Library, Sample Database, Etc.
>
>
>> While I agree with you, I also fear that you will be flamed from
> numerous
>> devotees to the MDB BE concept. I have my flame extinguisher ready in
> case
>> you need it.
>>
>>
>> Arthur Fuller
>> Technical Writer, Data Modeler, SQL Sensei
>> Artful Databases Organization
>> www.artfulsoftware.com
>>
>>
>>
>>
>> ----- Original Message ----
>> From: Robert L. Stewart <rl_stewart at highstream.net>
>> To: accessd at databaseadvisors.com
>> Cc: BarbaraRyan at cox.net
>> Sent: Tuesday, February 20, 2007 1:09:06 PM
>> Subject: Re: [AccessD] Code Library, Sample Database, Etc.
>>
>>
>> Barb,
>>
>> I think the only way to completely "tie it all together"
>> is to use SQL Server and an ADP.  Behind the forms and such
>> it s completely ADO.  MDEs are not if you use a bound form.
>>
>> Robert
>>
>> P.S.  Besides, I would never use Access for the database any way.
>> SQL Server is much better at storing it and being stable.
>> -- 
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>
>
>
>
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>