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 / Replication / October 2005

Tip: Looking for answers? Try searching our database.

Replication (I think) advice

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
HGil - 11 Oct 2005 16:44 GMT
I have been asked with developing an Access db/application for
construction inspection.  My firm will, at any one time, have 5 or 6
construction inspectors in the field inspecting the sites our project
engineers have designed.  Each inspector will have the use of a
ruggedized tablet PC to record their data.  No wireless internet
connections will be available.  This is strictly "gather data in the
field and then return to the home office" type of work.

My initial idea was to have a master db on our corporate network and
replicas on the tablet PCs.  The inspectors would enter their data in
the field and then, back in the office and with the tablet attached to
the corporate network, update the master db with the new data.  We will
definitely need a centralized data repository for efficiency in
reporting, trend analysis etc.

For the most part the remote inspectors will just be gathering new data
(a new inspection report), but they will need to have previous
inspection reports from that site available to them. Additionally,
there may be minor editing of existing data (contact info for people
etc) but there should be no multi-user data edit record conflicts.

Question(s):
1. Is replication the way to go?  Or should I look into code that would
merely append new data to the master and update any changed records (or
is that in fact, what the replication would do?)

2. Any other/better ideas for a solution?

I'll need to keep whatever solution I come up with very user friendly,
as the inspectors are definitely not Access gurus.

Thanks for any insights.

HGil
David W. Fenton - 11 Oct 2005 20:06 GMT
> I have been asked with developing an Access db/application for
> construction inspection.  My firm will, at any one time, have 5 or
[quoted text clipped - 23 lines]
> would merely append new data to the master and update any changed
> records (or is that in fact, what the replication would do?)

It sounds perfect for replication to me.

> 2. Any other/better ideas for a solution?

I don't know of any if there is no in-the-field Internet access.

> I'll need to keep whatever solution I come up with very user
> friendly, as the inspectors are definitely not Access gurus.

The replication part of it will be mostly invisible to the users if
you design it right. Basically you'd want to implement a check when
the app loads to see if the mother ship server is available (and
indication that they are connected to the LAN in the home office),
and, if so, ask if they want to synch and switch to using the main
data file. That would then do the synch and attach their linked
tables to the server version.

Upon close, you'd ask them "Are you leaving the office now?" and if
they answer yes, give them the option to synch their local replica
and switch the linked tables to the local replica.

Or you could just have it synch on close in all cases (so that the
local replica is always up-to-date with the user's changes), and
wait to relink the tables when the mother ship is not available, and
just do it implicitly.

Signature

David W. Fenton                        http://www.bway.net/~dfenton
dfenton at bway dot net                http://www.bway.net/~dfassoc

HGil - 12 Oct 2005 13:48 GMT
Thanks for the assistance David,

My ignorance will show on these next questions but....

When you say "a check when the app loads", is that scripting within
Access or some external language (I'm versed in ASP and ColdFusion)?
Additionally, do you know of any sample code available?  I've no
problem trying it on my own, but would rather not reinvent the wheel if
I don't have to.  I'm assuming that all of the synch code is internal
to Access.  I should just be able to get more familiar with the Access
object model and find what I'm looking for, correct?

I appreciate the help.  Thanks,

HGil
David W. Fenton - 12 Oct 2005 19:32 GMT
> When you say "a check when the app loads", is that scripting
> within Access or some external language (I'm versed in ASP and
[quoted text clipped - 4 lines]
> get more familiar with the Access object model and find what I'm
> looking for, correct?

Well, first off, let's clarify:

1. are the users running the app in Access, OR

2. are you just using Access to create an MDB file with data in it
that is being manipulated through an application written to run in a
web browser?

I was assuming #1. For that case, you use Access's VBA. There is no
automatic way to get code to run on opening, but there are two ways
to make it happen:

1. a macro called AutoExec (and no other name) which runs code, OR

2. a form that is defined as the Startup form (under Tools |
Startup), and will open when the db is opened.

Macros have no error checking, but if they call code that has error
checking, then there's no real issue with them. I'd consider using
an AutoExec macro in an application where I wasn't opening a form on
startup. Since most of my forms are driven by a "switchboard" form
(not actually created with the Access switchboard wizard, just
serving the same function), I just use that as the Startup form and
call the application's initialization routines in the OnOpen event
of the form.

If you've never programmed in Access, though, this is a pretty tall
order. I'd suggest you hire someone who could probably write this
code for you in a half day.

Signature

David W. Fenton                        http://www.bway.net/~dfenton
dfenton at bway dot net                http://www.bway.net/~dfassoc

HGil - 12 Oct 2005 20:46 GMT
I'm very well versed in #2, however you assumed correctly that I meant
#1 - the users are runing the app in Access.

I've done programming in Access, but more of the 'gather a recordset
and do something with the results' type of coding.  Looks like its time
to start doing a little research.

Thanks for your help.

HGil
David W. Fenton - 13 Oct 2005 04:01 GMT
> I'm very well versed in #2, however you assumed correctly that I
> meant #1 - the users are runing the app in Access.
>
> I've done programming in Access, but more of the 'gather a
> recordset and do something with the results' type of coding.
> Looks like its time to start doing a little research.

You might find the sample databases that come with Access helpful in
this regard, Solutions.mdb and Northwind, as well as the apps that
can be made from the templates. Much of what you see there is not
best practice Access programming, but the bad things are not
relevant to what you'd be wanting to accomplish. The solutions
database in particular has the code for changing the back end your
tables are linked to (though last I checked it assumed it was
running in an MDB in the same folder as the target data file, but
it's been years since I looked at it).

You might want to browse the archives of comp.database.ms-access on
Google Groups, and http://mvps.org/access for some hints and help.

This newsgroup should also have the code you need for synching. I"ve
posted it many times, myself.

Signature

David W. Fenton                        http://www.bway.net/~dfenton
dfenton at bway dot net                http://www.bway.net/~dfassoc

 
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.