Wrox Home  
Search P2P Archive for: Go

  Return to Index  

access thread: FOLLOW-UP to Access User Level Locking !!


Message #1 by T.Benjock@w... on Tue, 21 Aug 2001 14:13:38
To All,



Original Question: Access Database on Novell Server, 5 have admin 

permissions, 45 read & write only. When changes need made I am locked out. 

The responses suggested using the "database splitter" in Access to store 

the tables on the server, and the forms and such on local machines.



The follow-up to these suggestions of splitting the database into stored 

tables on the server, and forms/queries/reports, etc.. on everyones 

machine, is:



What happens when I want to modify a form? Do I have to make the 

corrections on all 50 machines running this part of the app? Once it is 

split, it is split right...?



Regards,



Tom



Message #2 by "Pardee, Roy E" <roy.e.pardee@l...> on Tue, 21 Aug 2001 08:19:29 -0700
Yes, you will have to update the front-end wherever your users 

are accessing it.  If that's a single, shared file on the server, 

then you'll have to chase them all out of that & then filecopy 

your new version over top of the existing one (and now that 

there's no data in the front-end, there's no data to lose--

everything in the FE belongs to you). If you've set up your users 

each with their own copy, then you'll have to update each copy.



The down sides to having a shared front-end are:



1) You've still got to chase your users out of the app in order 

   to do updates.

2) Slightly(?) worse performance than you would get by giving 

   everybody their own copy because:

	a) you're pulling forms, reports, etc. over the wire, and

	b) access will spend time creating and monitoring a record 

   	locking database file (.ldb file) for both the front-and back-

   	end files, even though there's no data in the front-end).

3) No good way of having user-specific temp tables.



The obvious down-side to having individual client-side FE files 

is that they've all got to be updated individually--and that opens 

up the possiblility that not all of your users would be running 

w/the same version).



I'm lately going w/individual FE files, b/c I had an app that had 

serious performance problems & I was forced into it.  



In order to deal w/the hassles of the updates, I wrote up a 

VBScript installer that puts two shortcuts on the users' 

desktops--one for the app itself, and another for a second 

vbscript that does a filecopy of the FE file from a central 

location on the server to the appointed location on the user's 

machine.  When I make an update, I send an e-mail out to the 

users asking them to kindly 'refresh' the application at their 

convenience.  It's working pretty well for me so far...



HTH,



-Roy





-----Original Message-----

From: T.Benjock@w... [mailto:T.Benjock@w...]

Sent: Tuesday, August 21, 2001 7:13 AM

To: Access

Subject: [access] FOLLOW-UP to Access User Level Locking !!





To All,



Original Question: Access Database on Novell Server, 5 have admin 

permissions, 45 read & write only. When changes need made I am locked out. 

The responses suggested using the "database splitter" in Access to store 

the tables on the server, and the forms and such on local machines.



The follow-up to these suggestions of splitting the database into stored 

tables on the server, and forms/queries/reports, etc.. on everyones 

machine, is:



What happens when I want to modify a form? Do I have to make the 

corrections on all 50 machines running this part of the app? Once it is 

split, it is split right...?



Regards,



Tom


  Return to Index