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 / Multiuser / Networking / October 2005

Tip: Looking for answers? Try searching our database.

sharing a database

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Damian - 17 Oct 2005 21:02 GMT
I apologize if this has been addressed previously (and I'm sure it has
considering its basically the topic of this newsgroup) but I'll ask
anyway...

We had been running an Access 97 database with roughly 50 users, and
generally no more than 20 accessing it at any one time.  This was a single
mdb file sitting on our network drive which each of our users opened
directly.  There are only 2 of us who do any development work on the
database, the rest of the users simply pull up data in reports and forms,
and occasionally enter data into tables via forms.  In our Access 97 version
the developers were able to update almost any object in the database at any
time, regardless of how many users had the mdb file open.  We have since
converted to an Access 2002-2003 database, and we are now running into
problems updating the file.  Now, Access only lets us update forms, reports,
macros and modules when one of the developers has the mdb file open with
exclusive rights.  Any time another user is already in the file, we are
unable to make any changes.  We have since created a backup database file
used exclusively for development.  We then wait for a period later in the
day when all of our users are out of the primary mdb file and copy any
altered objects from the development db into the main file.  However, we
have users accessing the database from multiple sites and multiple time
zones, making it difficult to find a convenient time to copy our changes.

I realize the new security features help prevent database corruption and
generally make the file less likely to be tampered with, but I was wondering
if there is any way to turn these security measures off?  Either by a
setting from within Access or by changing some registry key?

If this is not an option, then are there suggestions for a database
structure that will suit our needs?  I've read about splitting the database
into front-end and back-end copies, and while this can help us in some ways,
I still don't see how we can update the front-end app without having each of
our users out of the file.  A majority of our development work in the
database is to the front-end objects, and it seems cumbersome to have each
of our users copy a new front-end mdb file to their local machine every time
an update is made.  Any suggestions on how we can provide regular updates to
the front-end database?

I appreciate any help, and I apologize for the length of this post.  Thanks.
Alex Dybenko - 18 Oct 2005 09:14 GMT
Hi,
you should certainly split your database, see:
http://alexdyb.blogspot.com/2005/07/split-or-not-to-split.html

then you can install FE on each user's PC, and link to BE on a server. this
will also reduce a network traffic

For updating frontend - you can find several solution to automate this task,
for example:
http://www.pointltd.com/Products/Details.asp?dlID=35

Signature

Alex Dybenko (MVP)
http://alexdyb.blogspot.com
http://www.PointLtd.com

>I apologize if this has been addressed previously (and I'm sure it has
>considering its basically the topic of this newsgroup) but I'll ask
[quoted text clipped - 37 lines]
> I appreciate any help, and I apologize for the length of this post.
> Thanks.
Nikos Yannacopoulos - 18 Oct 2005 09:27 GMT
> I've read about splitting the database into front-end and back-end copies
This is indeed the way to go! Normally, you would have suffered
corruptions just from users sharing the same monolithic database, and
I'm very surprised you've been also doing development work at the same
time, and gotten away with it! You've been very lucky, but don't push
your luck any further.

> ...and while this can help us in some ways,
> I still don't see how we can update the front-end app without having each of
> our users out of the file.
Access MVP Tony Toews has developed a free utility which allows you to
have a fresh FE automatically copied to each user's local HDD from a
network folder, so no sweat! Look it up at:

http://www.granite.ab.ca/access/autofe.htm

The other thing that surprises me with your setup, is that you have been
able to make this work over a WAN (presumably, since you mention
different time zones). This defies all established rules of working with
Access remotely - you see, Access is not a true client / server app,
it's just a plain file share, and a very sensitive one to connection
glitches, unavoidable in a WAN, and known to lead to corruption. Apart
from that, even the ideal WAN with no outages at all, wouldn't provide
an acceptable speed. How do you do it? And, finally, can I have your
guess for the lottery numbers?

HTH,
Nikos
Albert D.Kallal - 18 Oct 2005 23:42 GMT
I expalin the split process, and how you can fix all of your problems here:

http://www.members.shaw.ca/AlbertKallal/Articles/split/index.htm

Signature

Albert D. Kallal   (Access MVP)
Edmonton, Alberta Canada
pleaseNOOSpamKallal@msn.com
http://www.members.shaw.ca/AlbertKallal

 
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.