There are classroom courses available. Be prepared to travel to the
presenters locations and pay upwards of $2k for a one week course.
Some used to have traveling road shows but I'm not sure how much of
that still goes on. MCW is one source of such training. They also
sell some pretty pricey CD/DVD based training. Ken Getz is one of
their authors and presenters.
The Access 2002 Developer's Handbook by Getz et alia was their last
edition. I highly recommend it. It covers most of the fundamentals
and would miss out only the new functionality in 2003 & 2007 - mostly
user interface changes.
Getz is also co-author of the VBA Developer's Handbook. It is also
worth having. As you are probably aware, VBA is now the common
language across all of the MS Office applications and Visual Basic
itself (pre- dotnet). What changes is the object model and the
attached methods and properties. Not too long ago each MS Office
platform had its own dialect of BASIC.
John Vinson recommends a tutorial by Crystal ??. If you google these
Access groups on his name and the word "tutorial" you should be able
to find it.
You've already gotten some pretty good advice and made a pretty good
observation: many of the scarred old veterans responding to queries
in these newsgroups are self-taught. Job pressures kept us out of
classrooms and burning the midnight keyboards.
Much as the creation and maintenance of documents is a pain, I endorse
the creation of formal documents, at least: Problem Statement,
Solution Statement/Product Specification and Functional Specification
and at least a preliminary design and implementation plan (not a
schedule). That much will help you to stay on track and avoid
"feature creep" and other sins. It's often the lack of these
documents that is the cause of problems people report as "Access
problems". The problem is hat they haven't prepared themselves to do
the job and they're trying to force the tool (Access) to provide a
solution that they haven't defined nor quantified.
There is another old saw regarding Access that will always be true:
"Get the data right and you can build a cost effective and
maintainable application".
Get tools to help you do your job:
Find and Replace is a shareware product available from Rickworld.com
I've been using it since Access 2.0 and gladly pay the license.
There are others.
MZtools is a great utility for painlessly providing a procedure
document skeleton and standardized error handling. It's freeware but
they welcome contributions.
I think you're beyond the newbie stage but I'll recommend the
newsgroups GettingStarted and TablesDesign. They're great for lurking
until you could answer most of the questions yourself.
A terrific resource is
www.mvps.org/access It has lots of very
relevant Access lore.
HTH