[AccessD] Performance tips anyone?

Anita Smith anitatiedemann at gmail.com
Thu Jul 5 01:17:04 CDT 2007


Perhaps you could write some code to run through all the queries to run them
before redeploying the database.

Anita


On 7/5/07, jwcolby <jwcolby at colbyconsulting.com> wrote:
>
> >And here's another thing I only found out about this week... the first
> time
> a saved query is run after the database is compacted, will be slow,
> because
> the query plan has to be re-created.
>
> Ohhhh that is something to consider, I kinda knew this but never thought
> of
> it in quite this light.  I build and then upload to a server.  The users
> download the FE every day.  Thus the first time they open anything it will
> be slow, every day.  Sigh.
>
> John W. Colby
> Colby Consulting
> www.ColbyConsulting.com
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel
> Sent: Thursday, July 05, 2007 1:10 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Performance tips anyone?
>
> Annie,
>
> If you have forms with lots of comboboxes, it certainly helps if you don't
> populate them unless and until they are needed, i.e. set the Row Source on
> their Enter event.
>
> Similarly, if you have forms with subforms on different pages of a tab
> control, leave the Source Object of the subforms blanks, and only set it
> if
> and when that tab is selected.
>
> And here's another thing I only found out about this week... the first
> time
> a saved query is run after the database is compacted, will be slow,
> because
> the query plan has to be re-created.  So if you compact/repair the
> front-end
> application file, queries will run slow the first time, and forms based on
> queries will open slowly the first time.  An argument against 'Compact On
> Close' - but then, for memory, I don't think Comapct On Close was
> available
> in Access 97.
>
> Regards
> Steve
>
>
> Annie Courchesne, CMA wrote:
> > Hi all,
> >
> >
> >
> > I have a customer that complains about his database (BE/FE A97 running
> > in runtime mode) is slow.  The number of concurrent user keep growing
> > over the years and it's up to 10 or 12 now.
> >
> >
> >
> > What I'm looking at right now is to optimize the whole database and
> > upgrade to Access 2003.  I've look at the performance tips from this
> > page
> > (http://www.granite.ab.ca/access/performancefaq.htm) and I've found
> > some pretty usefull information.
> >
> >
> >
> > Anyone has other tips on getting this database more performing?
> >
> >
> >
> > I was also wondering if using a dedicated server for the database
> > would help to improve performance?
> >
> >
> >
> > And what about SQL Server 2005 Express?  I've read here that it's free
> > and has a large capacity (more than enough for what I need).  Will it
> > really help in speeding up the database?  How hard is it to set up?
> > Any good documentation I can read on this?
> >
> >
> >
> > Thanks to all of you!
> >
> >
> >
> >
> >
> > Annie Courchesne, CMA
> >
> >
> >
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



More information about the AccessD mailing list