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 ToolkitsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / Setup / Configuration / October 2009

Tip: Looking for answers? Try searching our database.

Improving performance over the WAN

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
David Mueller - 18 Jul 2006 17:57 GMT
First, I do know better but I'm doing it anyway.

Second, without adding any technology (MS SQL, TS, ...) is there anything I
can do to optimize MS Access for use over the WAN?  If I can tweak one,
single, solitary, obscure, hardly-ever-heard-of-and-maybe-not-even-published
setting I'll feel better about the whole situation.

Thanks,
David
Rick Brandt - 18 Jul 2006 18:21 GMT
> First, I do know better but I'm doing it anyway.
>
[quoted text clipped - 6 lines]
> Thanks,
> David

You can make the entire file easy to replace for when it gets trashed.
Otherwise all you can do is make changes such that you are pulling the
absolute least amount of data and writing to disk as infrequently as
possible.

Signature

Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt   at   Hunter   dot   com

Tony Toews - 18 Jul 2006 21:50 GMT
>First, I do know better but I'm doing it anyway.

<smile>

>Second, without adding any technology (MS SQL, TS, ...)

Ahhh.....

>is there anything I
>can do to optimize MS Access for use over the WAN?  If I can tweak one,
>single, solitary, obscure, hardly-ever-heard-of-and-maybe-not-even-published
>setting I'll feel better about the whole situation.

Put the MDB in the root of the share.  Do not put it three folders
down.  Also use an eight character or less file name.

That is \\Server\Database\Backend.mdb is preferred to
\\Server\This project folder\that subfolder\yet another
subfolder\Project System backend.mdb.

Tony
Signature

Tony Toews, Microsoft Access MVP
  Please respond only in the newsgroups so that others can
read the entire thread of messages.
  Microsoft Access Links, Hints, Tips & Accounting Systems at
http://www.granite.ab.ca/accsmstr.htm

85ascMcLaren - 15 Oct 2009 16:30 GMT
If you cannot put the MDB in the root folder, does the same performance
increase come from assigning the root of a mapped letter to the database
location ?

Example: map p: \\xxx\yyy\zzz\abc.mdb

Then relinking the tables based on P:\abc.mdb

???

     Jason

> >First, I do know better but I'm doing it anyway.
>
[quoted text clipped - 17 lines]
>
> Tony
Tony Toews [MVP] - 17 Oct 2009 01:38 GMT
>If you cannot put the MDB in the root folder, does the same performance
>increase come from assigning the root of a mapped letter to the database
[quoted text clipped - 3 lines]
>
>Then relinking the tables based on P:\abc.mdb

I have no idea.   That's something I'd have to test.

Tony
Signature

Tony Toews, Microsoft Access MVP
Tony's Main MS Access pages - http://www.granite.ab.ca/accsmstr.htm
Tony's Microsoft Access Blog - http://msmvps.com/blogs/access/
For a free, convenient utility to keep your users FEs and other files
 updated see http://www.autofeupdater.com/
Granite Fleet Manager http://www.granitefleet.com/

David W. Fenton - 17 Oct 2009 02:26 GMT
=?Utf-8?B?ODVhc2NNY0xhcmVu?=

> If you cannot put the MDB in the root folder, does the same
> performance increase come from assigning the root of a mapped
[quoted text clipped - 3 lines]
>
> Then relinking the tables based on P:\abc.mdb

No. Mapped drive letters are resolved behind the scenes to the UNC
path, so that's not a way to avoid the problem at all. It just hides
it.

Mapped drives are an artifact of the past. Start getting used to not
using them. I stopped using them in 1998,

Signature

David W. Fenton                  http://www.dfenton.com/
usenet at dfenton dot com    http://www.dfenton.com/DFA/

Tony Toews - 19 Jul 2006 02:11 GMT
>Second, without adding any technology (MS SQL, TS, ...) is there anything I
>can do to optimize MS Access for use over the WAN?  If I can tweak one,
>single, solitary, obscure, hardly-ever-heard-of-and-maybe-not-even-published
>setting I'll feel better about the whole situation.

Note that you are at a very high risk of corruption.  Best wishes.

Tony
Signature

Tony Toews, Microsoft Access MVP
  Please respond only in the newsgroups so that others can
read the entire thread of messages.
  Microsoft Access Links, Hints, Tips & Accounting Systems at
http://www.granite.ab.ca/accsmstr.htm

Chris Mills - 19 Jul 2006 04:06 GMT
Because Access and WAN are so difficult to say in the same sentence, I wonder
who if anyone has actually tried it to any significant extent. Performance is
predictable, I'm not really sure about WAN reliability these days.

So, we need to ENCOURAGE David, better him than me, and hopefully he'll report
back!

<g>
Mikal - 20 Jul 2006 22:20 GMT
I don't know what to tell you to do to optimize performance over the WAN, but
I'll give you my own experience.  We have about 9MB of data shared among 5
users.  I started the DB 3 years ago and had very little knowledge.  It shows.
The DB is very far from perfect, but it is useful nonetheless.  It is about
150 miles from here to the shared drive and back. Prior to our IT folks
getting the Citrix server stable (there was evidently a learning curve or
else low demand for the service, I don't know which) I could count on finding
a corrupt BE about every month or two.  About two or three times a year it
couldn't be repaired and had to be restored from backup files which I try to
remember to make every day.  When the network was running smoothly,
performance was slow but acceptable.  When the network was marginal, I and my
users wanted to pull out our hair.  On the whole, having the shared DB was
better than not having it by a pretty wide margin. Other than that, I only
have two pieces of advice:

1. Agitate for TS or Citrix

2. Make your backups like they vote in Chicago:  early and often.

HTH

Mike

>First, I do know better but I'm doing it anyway.
>
[quoted text clipped - 5 lines]
>Thanks,
>David

Signature

"We have met the enemy and he is us." -- Pogo Possum

Tony Toews - 20 Jul 2006 23:18 GMT
>I don't know what to tell you to do to optimize performance over the WAN, but
>I'll give you my own experience.  We have about 9MB of data shared among 5
[quoted text clipped - 12 lines]
>
>1. Agitate for TS or Citrix

>2. Make your backups like they vote in Chicago:  early and often.

Excellent posting.  Thanks for that.   But you missed one detail.

I thought Chicago also voted from cemeteries?

Tony
Signature

Tony Toews, Microsoft Access MVP
  Please respond only in the newsgroups so that others can
read the entire thread of messages.
  Microsoft Access Links, Hints, Tips & Accounting Systems at
http://www.granite.ab.ca/accsmstr.htm

Mikal - 21 Jul 2006 17:07 GMT
>Excellent posting.  Thanks for that.   But you missed one detail.
>
>I thought Chicago also voted from cemeteries?
>
>Tony

Thank you for the compliment.  Not being from Chicago, I have only heard the
rumors.  I am, however from Louisiana and would like to offer this paraphrase
from former governor Earl K. Long:  Do you mean to say you would
disenfranchise the dead?  You would actually deny a person's God-given right
to vote just because some P***ant doctor scratched his name on a piece of
paper?!?

Mike

Signature

"We have met the enemy and he is us." -- Pogo Possum

 
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



©2010 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.