Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / General 2 / March 2007

Tip: Looking for answers? Try searching our database.

usability issues

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
reema - 26 Mar 2007 16:26 GMT
I am a new user
What are the usability issues for new users in using Microsoft Access
'69 Camaro - 26 Mar 2007 17:08 GMT
Hi, Reema.

>I am a new user
> What are the usability issues for new users in using Microsoft Access

Is this a homework question?  The reason I ask is because this is a
peer-to-peer newsgroup for Microsoft Access database questions where folks
ask "How do I . . . ?" or "Why doesn't this work the way I expected it to?"
or "Where would I find more information on . . . ?" and other folks try to
answer those questions or give advice based upon their own experiences of
what works and what doesn't.  On the other hand, homework questions are
often vague and require the student to recite what was lectured on in class
or written in the chapter.  By asking this question in the newsgroups,
you'll likely only get subjective opinions, such as "There _are_ no
usability issues in Access, because everyone can use Access, even without
training."

If this isn't a homework question and you need help making Access more
"usable" in your opinion, please state which task you are having difficulty
with, and we'll try to offer suggestions.

HTH.
Gunny

See http://www.QBuilt.com for all your database needs.
See http://www.Access.QBuilt.com for Microsoft Access tips and tutorials.
Blogs: www.DataDevilDog.BlogSpot.com, www.DatabaseTips.BlogSpot.com
http://www.Access.QBuilt.com/html/expert_contributors2.html for contact
info.

>I am a new user
> What are the usability issues for new users in using Microsoft Access
Jamie Collins - 29 Mar 2007 12:10 GMT
On Mar 26, 5:08 pm, "'69 Camaro" <ForwardZERO_SPAM.To.
69Cam...@Spameater.orgZERO_SPAM> wrote:
> >I am a new user
> > What are the usability issues for new users in using Microsoft Access
[quoted text clipped - 9 lines]
> "usable" in your opinion, please state which task you are having difficulty
> with, and we'll try to offer suggestions.

I read this group via Google Groups where it is billed as a
"discussions" group. I think it is only Microsoft's 'Office Online'
that tries to make it a Q&A for MVPs. The OP's subject sounds to me
like a good topic for discussion, although of little interest to me
personally and I suspect it will be widely seen as an unpopular one.

> By asking this question in the newsgroups,
> you'll likely only get subjective opinions, such as "There _are_ no
> usability issues in Access, because everyone can use Access, even without
> training."

Agreed.

Here's an angle for the OP: Access is a cul-de-sac.

It is a member of the family of SQL products but it is the black sheep
because it breaks the rules, does things differently, has its own
terminology for things that are standard (e.g. the term 'query' is
multifaceted) and even tries to shield users from the engine and even
from SQL itself. It is said that one must spend considerable time
'unlearning' Access when moving to another SQL product. Moving from
another SQL product to Access is so painful that most do not bother.

Take its forms engine, for instance. It is different from other forms
engines, more like an interactive reports really, so skills aren't
transferable from/to other Windows programming languages and may even
be a hindrance (i.e. a skills lock-in). Bound forms are the norm, RAD
being the very essence of Access. The unit of work for a bound form is
the field (i.e. change an attribute and it gets immediately written)
but in SQL the minimum unit of work is the row, an obvious impedance.
On the other hand, the engine ('Access' meaning a Jet data store, of
course) has no trigger mechanisms and is capable of executing only one
SQL statement -- sorry! -- 'Action Query' per operation (e.g. no
control of flow). Consequently, 'front end' forms are the preferred
location for implementing tasks that are better suited closest to the
data i.e. in the 'back end' (data integrity constraints, stored
procedures, etc) even though this is contrary to good software
principles e.g. tier architecture.

As I say, just something to set to ball rolling.

Jamie.

--
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.