sharing a database on a server

  • Thread starter Thread starter Jorge Luis Arguello Suarez
  • Start date Start date
J

Jorge Luis Arguello Suarez

-----Mensaje original-----
De: Maax [mailto:[email protected]]
Expuesto a las: jueves, 22 de febrero de 2007 17:22
Expuesto en: microsoft.public.access
Conversación: sharing a database on a server
Asunto: Re: sharing a database on a server


many thanks, i will take a look now.

'69 Camaro said:
Hi.


Yes. It's good to think about those things before beginning the
database's design. Most Access databases that have performance
problems were designed for a single user on that user's workstation,
so the database designer is surprised to discover the same database
application is so slow when everyone else is accessing the file on the
 
Hello all, I am nearing the completion of a database that will be used by
several persons in my office. I am now starting to panic a little ( i am very
novice) as i will soon have to distribute the database to other team members
and have it running from a server.
Can anyone please advise me on the best way to do this?
I am a little worried that perhaps i should have taken this into
consideration before even starting the database. I am unsure if there are
certain things and rules i should have followed knowing that it was a going
to run from a server with several person having read and write access to it?

Any advice would be greatly appreciated.

Also if anyone is looking for a project to get there teeth into i would be
very greatful if they could take a look at what i have and tweak it(tweak,
thats a joke, i really mean delete and start it again).
Seriously if anyone (students or other) would like to take on my poor
efforts (but first attempt) i would be eternally grateful.

thanks for any advice and comments.
 
Here is something I got from one of the MVP's

Simply create a mde, and distribute that to your users. If you make a mde,
then all design of code, forms, and reports is removed from the application.
Use caution here, as you need to keep the original mdb application, as the
mde CAN NOT be modified.

You can also consider using security to dis-able design changes, but
implement security is a quite a bit work when you have the mde option.
However, security is one way to accomplish this task.

For future maintenance, you *really* need to split your mdb into two parts
if you do choose to use a mde. (and, I recommend you use a mde to solve this
problem. In fact, it is standard fair by any serious access developer to
always make a mde for their users).

For info in splitting, please read up on:

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

http://www.microsoft.com/accessdev/articles/bapp97/chapters/ba15_3.htm

Another way to prevent users from changing the forms is to simply "hide" the
ms-access interface. You thus provide your OWN interface in place of this.
For example, you can download and try a small mdb example with the ms-access
interface hidden. Try downloading the 3rd example at the following web site.
The file is a regular mdb file, and no special code was used to hide the
ms-access interface. The file is a regular mdb file, but I JUST USED options
in the tools->start-up to hide all ms-access interface stuff.

To "get in" to the file and see how this mdb was made, simply exit the
application, and then hold down the shift key while the application starts
up.

http://www.attcanada.net/~kallal.msn/msaccess/DownLoad.htm
 
Hi.
I am a little worried that perhaps i should have taken this into
consideration before even starting the database. I am unsure if there are
certain things and rules i should have followed knowing that it was a
going
to run from a server with several person having read and write access to
it?

Yes. It's good to think about those things before beginning the database's
design. Most Access databases that have performance problems were designed
for a single user on that user's workstation, so the database designer is
surprised to discover the same database application is so slow when everyone
else is accessing the file on the server. "But it's so fast on my
computer!"

A multiuser database is designed differently than a single user database.
Please see Access MVP Tom Wickerath's article, "Implementing a Successful
Multiuser Access/JET Application" on the following Web page for some very
helpful tips:

http://www.Access.QBuilt.com/html/multiuser_applications.html

HTH.
Gunny

See http://www.QBuilt.com for all your database needs.
See http://www.Access.QBuilt.com for Microsoft Access tips and tutorials.
Blog: http://DataDevilDog.BlogSpot.com
http://www.Access.QBuilt.com/html/expert_contributors2.html for contact
info.
 
many thanks, i will take a look now.

'69 Camaro said:
Hi.


Yes. It's good to think about those things before beginning the database's
design. Most Access databases that have performance problems were designed
for a single user on that user's workstation, so the database designer is
surprised to discover the same database application is so slow when everyone
else is accessing the file on the server. "But it's so fast on my
computer!"

A multiuser database is designed differently than a single user database.
Please see Access MVP Tom Wickerath's article, "Implementing a Successful
Multiuser Access/JET Application" on the following Web page for some very
helpful tips:

http://www.Access.QBuilt.com/html/multiuser_applications.html

HTH.
Gunny

See http://www.QBuilt.com for all your database needs.
See http://www.Access.QBuilt.com for Microsoft Access tips and tutorials.
Blog: http://DataDevilDog.BlogSpot.com
http://www.Access.QBuilt.com/html/expert_contributors2.html for contact
info.
 
Hi Eric, thanks for your advice. I have already played with creating the MDE
and using a switchboard and hiding all other menu's. What i still dont know
is how i have the database running from a server so as soon as someone
updates a record all have access to it?

is there a way to point Access to the server for the a table such as
"maindata"?
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Back
Top