473,320 Members | 1,950 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

Slow Front End Performance (Access 2002)

jamjar
50
Hi,

I recently set up a fairly simple database, though one table has dozens of text and date fields and 2000+ records. It resides on a file server at my company HQ.

It is being used at another site hundreds of miles away, so I set up a Front End with the forms and reports contained, and links to the tables in the main dB file. My understanding is that forms require bandwith, so that setting them up locally should speed up the application by reducing the information flow from the server.
These forms work about the same here at HQ whether accessed through the separate FE or through the main dB. However, the front end performance is considerably slower when it comes to retrieving data:

Expand|Select|Wrap|Line Numbers
  1. Test Description    Front End    Direct
  2. Open DB                                         1s                   7s
  3. Open Clauses form    25s           3s
  4. Filter Clauses           8s                          3s
  5. Open MDocs form                  3s                          1s
  6. Open Pos form          3s              1s
  7. Open MDocs table    12s                                      1s
  8. Add record (form)    23s           2s
  9. Scroll (form view)    <1s            1-2s
  10. Text entry (forms)    <1s            1-2s
  11.  
which is exactly the opposite of what I thought should happen.

Am I mistaken in my understanding of the theory, or is there something I may have done wrong, or is there some other explanation?

thanks-

James
May 21 '07 #1
3 2185
ADezii
8,834 Expert 8TB
Hi,

I recently set up a fairly simple database, though one table has dozens of text and date fields and 2000+ records. It resides on a file server at my company HQ.

It is being used at another site hundreds of miles away, so I set up a Front End with the forms and reports contained, and links to the tables in the main dB file. My understanding is that forms require bandwith, so that setting them up locally should speed up the application by reducing the information flow from the server.
These forms work about the same here at HQ whether accessed through the separate FE or through the main dB. However, the front end performance is considerably slower when it comes to retrieving data:

Expand|Select|Wrap|Line Numbers
  1. Test Description    Front End    Direct
  2. Open DB                                         1s                   7s
  3. Open Clauses form    25s           3s
  4. Filter Clauses           8s                          3s
  5. Open MDocs form                  3s                          1s
  6. Open Pos form          3s              1s
  7. Open MDocs table    12s                                      1s
  8. Add record (form)    23s           2s
  9. Scroll (form view)    <1s            1-2s
  10. Text entry (forms)    <1s            1-2s
  11.  
which is exactly the opposite of what I thought should happen.

Am I mistaken in my understanding of the theory, or is there something I may have done wrong, or is there some other explanation?

thanks-

James
It's not the Forms themselves but the underlying Record Sources. The data contained within them has to be retrieved over the Network from the Back End Server.
May 21 '07 #2
jamjar
50
It's not the Forms themselves but the underlying Record Sources. The data contained within them has to be retrieved over the Network from the Back End Server.
I should clarify, the second column in this table (titled Direct):
Expand|Select|Wrap|Line Numbers
  1. Test Description    Front End   Direct
  2. Open DB                                       1s           7s
  3. Open Clauses form     25s             3s
  4. Filter Clauses              8s                 3s
  5. Open MDocs form          3s                                   1s
  6. Open Pos form           3s                 1s
  7. Open MDocs table     12s           1s
  8. Add record (form)     23s             2s
  9. Scroll (form view)   <1s         1-2s
  10. Text entry (forms)   <1s         1-2s
  11.  
indicates the remote user is running the forms through the main DB file directly instead of through a Front End. In both case, the user is connecting from the same remote PC to the same server file. So both results are inclusive of data being retrieved over the network from the Back End. I would have thought there would be less data transfer required when running the forms via a local FE than running the forms off the BE. If so, why the slower performance?

thanks-
James
May 21 '07 #3
jamjar
50
Problem solved!
In the interests of science and general education, I'll share what I've found that fixed this problem. After a lot of research, I found there are many factors contribruting to slow FE performance, when in theory the FE should be faster.
See the thread at another forum that details much of the advice leading to the following conclusions/solutions:


  • Turn off Tools|Options\General 'Track name Auto Correct' (on the back end)
  • Set SubDataSheet.Name to [None] for all BE tables (used script from microsoft/kb/891176).
  • Changed table link references in the FE to use the actual short (8.3 type) folder names using script from microsoft/kb/261000, and changed the actual file name to 8.3 format. (Note: the table links are be set using the 8.3 type folder names without actually have to change the long folder names. I guess this saves time in translation for Access/Jet. But according to Microsoft's script, the file name must be changed to 8.3 format).
  • Establish persistent link via hidden control on the switchboard, with Switchboard data source changed to include a join to a small table filtered to return just one item.
I made the first three changes first, and testing found this brought performance in opening forms down almost to the speed of opening forms in the Back End.
I then added the fourth fix (persistent link via the switchboard) and the performance opening forms from the FE is now as fast or faster than from the BE.
As per the original testing, the speed of navigation, typing, scrolling once a form is open in the FE is superior (practically instantaneous, versus 1-2 second delays).

Anyways, I hope this info helps someone else. It was an education for me!

James


PS- Another tip I came across but didn't use is to load your Row Sources using VB and the On Load event .... I can see how loading row sources for a bunch of controls can slow the form down, though I'm not sure why this would be any different than building them in to the form. But it made me think that there are some controls that don't need to be loaded until (and unless!) they are actually requested by the user .....
May 24 '07 #4

Sign in to post your reply or Sign up for a free account.

Similar topics

12
by: Neil | last post by:
I previously posted re. this, but thought I'd try again with a summary of facts. I have an Access 2000 MDB with a SQL Server 7 back end. There is a view that is linked to the database via ODBC...
2
by: Gary Wright | last post by:
I have a split db with the back end on a server and the front end on several client machines. There is supposedly a 100MB ethernet between the two that is generally quite lightly loaded. The...
3
by: Toto | last post by:
I have an access 97 database on a windows 95 platform and windows 95/XP client that query on the database. Client computer under 95 have not query problems but computer under XP are very slow and...
7
by: JMCN | last post by:
Is this possible to have the 97 users with 97 front end, 2000 users with 2000 front end, 2002 users with 2002 front end, and 2003 users with 2003 front end all linked up to an access 97 backend? ...
15
by: Rolan | last post by:
There must be a way to enhance the performance of a query, or find a plausible workaround, but I seem to be hitting a wall. I have tried a few tweaks, however, there has been no improvement. ...
1
by: IkyL234 | last post by:
I'm using Access2000. I have just designed a database which seems to be operating very slow on a network. There are currently only a few records in it. Should I be compacting it now before it gets...
0
by: roiavidan | last post by:
Hi, I'm having a bit of a problem with a small application I wrote in C#, which uses an Access database (mdb file) for storing financial data. After looking for a similiar topic and failing to...
21
by: lesperancer | last post by:
I've got an access97 reporting mdb that pulls data (77,000 rows) from a sql server table into a local table to run reports if the local table is part of the reporting MDB, the insert statement...
3
by: Michael | last post by:
I work with a highly programmed Access database (some 15,000 lines of VBA code, much of it automating data entry on forms -- and believe me, it's very tight code). In Access 97, 2000, 2002, and...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
0
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.