MS Access Should I split my database?

I created a database that manages tasks/projects with report and query features.

The database will held on a network share with a max of 4 employee's connected at a given time.

Should I split it?

Any other advice to enhance integrity and avoid corruption?
DJPr0Asked:
Who is Participating?
 
mbizupCommented:
-- >> Should I split it?

Yes.  Any shared database should be split with the users having individual copies of the UI (front-end) and the shared back-end data file residing on a server.

Take a look at this article for tips on avoiding corruption (and note that splitting your database is among those tips):
http://allenbrowne.com/ser-25.html
0
 
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
Absolutely and ditto everything else mbizup said.

Jim.
0
 
Jeffrey CoachmanMIS LiasonCommented:
To be sure,
Splitting the database (for evenr *1* user) will always be a good idea.
See here too:
http://www.techrepublic.com/blog/10things/10-reasons-to-split-an-access-database/1119

And to be totally fair, ...yes , ...you can run an UNsplit DB if the number of users is low and the number of users in the DB at any one time will also be low (concurrency)...

*However* there will always exist the possibility of a crash that would not happen if the db was split.

When you Share one Access db file (for lack of a simpler explanation here), the user must pull down the entire app over the network.
This means that another use logging in may not have access to the db if something is open in design view.
It also means that you open yourself up to any number of the "Conflict" errors in Access.

But back to the "crash" scenario, with one user pulling the DB over the network.
Let's say another user logs into the database and is working.
Everything is fine, and neither user has any problems...
Sound great right...?
Sure, until one users machine goes wonky (crashes, Network hiccup, app lock up, Reboot while DB is open, unexpected "terminal" error, ...etc)
Now you have one machine where the DB is "Crashed", and the other where the db "appears" to be working fine.

Well, with one DB file being "shared", it won't be long before the "Good" database starts showing signs of corruption or worse...

Trust me, this all happened to me...
:-(

JeffCoachman
0
 
Jeffrey CoachmanMIS LiasonCommented:
And to be fair here,...
I have posted a lot of info above.

But the bottom line is that mbizups post is the answer here.
   "Split the database"
So I do not want any points,...
(honest)
My info was just an illustration of what might happen if you don't split the db.
0
 
DJPr0Author Commented:
Thanks!

Getting the ax out now.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.