473,405 Members | 2,379 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,405 software developers and data experts.

Access -> Excel Automation Slow

Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables
using early binding to the Excel 9.0 object library. I am finding that if I
show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the same
process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does anybody
have any suggestions how I could cut down the processing time with the Excel
object hidden?

Any help appreciated,
Mark Day.
Nov 12 '05 #1
10 5550
TC
This seems strange. You'd think it would be *slower* when made visible.

Put some timers throughout the automation code, to see if the slowdown is
any in particular place.

dim x as single
x = -timer
(do some stuff here)
x = x + timer
debug.print "took "; x; " seconds"

HTH,
TC
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables
using early binding to the Excel 9.0 object library. I am finding that if I show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the same
process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does anybody have any suggestions how I could cut down the processing time with the Excel object hidden?

Any help appreciated,
Mark Day.

Nov 12 '05 #2
Hi,
I already have timers in place and there does not appear to be any place in
code that causes this slowdown. If I show the Excel object and then minimise
the window via code, this has the same effect as hiding the Excel object as
far as processing time is concerned. However if the Excel object has the
focus, then the processing time dramaticaly reduces.
Any other ideas??

TIA
Mark Day.

"TC" <a@b.c.d> wrote in message news:1065760695.602269@teuthos...
This seems strange. You'd think it would be *slower* when made visible.

Put some timers throughout the automation code, to see if the slowdown is
any in particular place.

dim x as single
x = -timer
(do some stuff here)
x = x + timer
debug.print "took "; x; " seconds"

HTH,
TC
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables
using early binding to the Excel 9.0 object library. I am finding that if
I
show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the

same process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does

anybody
have any suggestions how I could cut down the processing time with the

Excel
object hidden?

Any help appreciated,
Mark Day.


Nov 12 '05 #3
Sounds like an OS issue with how it handles background tasks.

--

Alphonse Giambrone
Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables
using early binding to the Excel 9.0 object library. I am finding that if I show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the same
process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does anybody have any suggestions how I could cut down the processing time with the Excel object hidden?

Any help appreciated,
Mark Day.

Nov 12 '05 #4
Sounds like an OS issue with how it handles background tasks.
BTW, I would love to see the code for generating the charts in Excel.

--

Alphonse Giambrone
Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables
using early binding to the Excel 9.0 object library. I am finding that if I show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the same
process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does anybody have any suggestions how I could cut down the processing time with the Excel object hidden?

Any help appreciated,
Mark Day.


Nov 12 '05 #5
Have tried same code on windows XP pro and win 2000 pro although the
processor speeds, ram etc are different on each machine the % of time
difference between executing the code re hiding & showing the Excel object
remain the same. If is is an OS issue I guess it could be a registry tweak
common to both OS's.
BTW the code to create the various charts is to lengthy to post in this
newsgroup.
One function opens & returns an instance of the Excel object, followed by
various functions common to each chart type to manipulate and save the
chart, again followed by a function to close the instance of Excel after all
charts have been saved.

Any further help appreciated.
Mark Day.
www.solortec.co.uk

"Alphonse Giambrone" <NO**********@example.invalid> wrote in message
news:W2**********************@news4.srv.hcvlny.cv. net...
Sounds like an OS issue with how it handles background tasks.
BTW, I would love to see the code for generating the charts in Excel.

--

Alphonse Giambrone
Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables
using early binding to the Excel 9.0 object library. I am finding that if
I
show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the

same process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does

anybody
have any suggestions how I could cut down the processing time with the

Excel
object hidden?

Any help appreciated,
Mark Day.


Nov 12 '05 #6
Makes sense since XP is based on 2K.
Try System Properties > Advanced > Performance Settings > Advanced >
Processor Scheduling > background services.
If that helps, maybe a Windows 2k newsgroup can tell you how to
programatically get a single process to take more processor time.

--

Alphonse Giambrone
Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com...
Have tried same code on windows XP pro and win 2000 pro although the
processor speeds, ram etc are different on each machine the % of time
difference between executing the code re hiding & showing the Excel object
remain the same. If is is an OS issue I guess it could be a registry tweak
common to both OS's.
BTW the code to create the various charts is to lengthy to post in this
newsgroup.
One function opens & returns an instance of the Excel object, followed by
various functions common to each chart type to manipulate and save the
chart, again followed by a function to close the instance of Excel after all charts have been saved.

Any further help appreciated.
Mark Day.
www.solortec.co.uk

"Alphonse Giambrone" <NO**********@example.invalid> wrote in message
news:W2**********************@news4.srv.hcvlny.cv. net...
Sounds like an OS issue with how it handles background tasks.
BTW, I would love to see the code for generating the charts in Excel.

--

Alphonse Giambrone
Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables using early binding to the Excel 9.0 object library. I am finding that if
I
show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the

same process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does

anybody
have any suggestions how I could cut down the processing time with the

Excel
object hidden?

Any help appreciated,
Mark Day.



Nov 12 '05 #7
TC

"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com...
Hi,
I already have timers in place and there does not appear to be any place in code that causes this slowdown.
Are you saying that there does not appear to be any *one specific* place in
the code that causes the slowdown? That is, all parts of the code slow down
equally? I am wondering whether certain Excel methods or property references
slow down more than others. This would give some clues on the cause.

TC
If I show the Excel object and then minimise
the window via code, this has the same effect as hiding the Excel object as far as processing time is concerned. However if the Excel object has the
focus, then the processing time dramaticaly reduces.
Any other ideas??

TIA
Mark Day.

"TC" <a@b.c.d> wrote in message news:1065760695.602269@teuthos...
This seems strange. You'd think it would be *slower* when made visible.

Put some timers throughout the automation code, to see if the slowdown is
any in particular place.

dim x as single
x = -timer
(do some stuff here)
x = x + timer
debug.print "took "; x; " seconds"

HTH,
TC
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables using early binding to the Excel 9.0 object library. I am finding that

if
I
show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the

same process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does

anybody
have any suggestions how I could cut down the processing time with the

Excel
object hidden?

Any help appreciated,
Mark Day.



Nov 12 '05 #8
Hi Alphonse,
Have tried optimising for background services, unfortunately this made no
difference.
This is becoming a real pain, any other ideas greatly recieved.

TIA
Mark Day
www.solortec.co.uk
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com...
Have tried same code on windows XP pro and win 2000 pro although the
processor speeds, ram etc are different on each machine the % of time
difference between executing the code re hiding & showing the Excel object
remain the same. If is is an OS issue I guess it could be a registry tweak
common to both OS's.
BTW the code to create the various charts is to lengthy to post in this
newsgroup.
One function opens & returns an instance of the Excel object, followed by
various functions common to each chart type to manipulate and save the
chart, again followed by a function to close the instance of Excel after all charts have been saved.

Any further help appreciated.
Mark Day.
www.solortec.co.uk

"Alphonse Giambrone" <NO**********@example.invalid> wrote in message
news:W2**********************@news4.srv.hcvlny.cv. net...
Sounds like an OS issue with how it handles background tasks.
BTW, I would love to see the code for generating the charts in Excel.

--

Alphonse Giambrone
Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables using early binding to the Excel 9.0 object library. I am finding that if
I
show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the

same process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does

anybody
have any suggestions how I could cut down the processing time with the

Excel
object hidden?

Any help appreciated,
Mark Day.



Nov 12 '05 #9
Hi Tc,
I have a series of functions that create several charts. Each function works
with its own data to create identical charts or pivot tables. The only
variation for the charts within its function is the criteria passed to base
the chart upon. Lets say each function creates 6 charts or pivot tables.
There is obviously a time difference between code execution of each
function, but the 6 charts that are created by any one function do not
differ in time. So in answer to your question, no there does not appear to
be any *one specific* place in the code that causes the slowdown.
Any further help appreciated.

Mark Day
www.solortec.co.uk

"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com...
Hi,
I already have timers in place and there does not appear to be any place in code that causes this slowdown. If I show the Excel object and then minimise the window via code, this has the same effect as hiding the Excel object as far as processing time is concerned. However if the Excel object has the
focus, then the processing time dramaticaly reduces.
Any other ideas??

TIA
Mark Day.

"TC" <a@b.c.d> wrote in message news:1065760695.602269@teuthos...
This seems strange. You'd think it would be *slower* when made visible.

Put some timers throughout the automation code, to see if the slowdown is
any in particular place.

dim x as single
x = -timer
(do some stuff here)
x = x + timer
debug.print "took "; x; " seconds"

HTH,
TC
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables using early binding to the Excel 9.0 object library. I am finding that

if
I
show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the

same process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does

anybody
have any suggestions how I could cut down the processing time with the

Excel
object hidden?

Any help appreciated,
Mark Day.



Nov 12 '05 #10
TC
Mark, I think we are talking at cross-purposes.

Say that creating a chart takes something like this:

execute method #1
execute method #2
if property#3 = 123 then
execute method #4
else
execute method#5
endif
& so on.

Say this block of code takes 10 seconds in one case, and 10 minutes in
another (ie. 60 times longer).

This might occur because:

(a) each statement took 60 times longer, or

(b) none of the statement took any longer at all, with the single exception
of the reference to property #3, which took 9 minutes and 50
seconds longer!

Obviously if (b) were the case then this would give a strong clue as to what
is happening. So I am basically dsaying to time *each line*, & see if they
are sall equally slower, or whether some paters emerge. This will not be as
tedious as it sounds, if you knock up some quick & dirty code in a public
sub, then just catter calls to that sub liberally throughout the charting
code.

HTH,
TC
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com...
Hi Tc,
I have a series of functions that create several charts. Each function works with its own data to create identical charts or pivot tables. The only
variation for the charts within its function is the criteria passed to base the chart upon. Lets say each function creates 6 charts or pivot tables.
There is obviously a time difference between code execution of each
function, but the 6 charts that are created by any one function do not
differ in time. So in answer to your question, no there does not appear to
be any *one specific* place in the code that causes the slowdown.
Any further help appreciated.

Mark Day
www.solortec.co.uk

"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com...
Hi,
I already have timers in place and there does not appear to be any place

in
code that causes this slowdown. If I show the Excel object and then

minimise
the window via code, this has the same effect as hiding the Excel object

as
far as processing time is concerned. However if the Excel object has the
focus, then the processing time dramaticaly reduces.
Any other ideas??

TIA
Mark Day.

"TC" <a@b.c.d> wrote in message news:1065760695.602269@teuthos...
This seems strange. You'd think it would be *slower* when made visible.
Put some timers throughout the automation code, to see if the slowdown is any in particular place.

dim x as single
x = -timer
(do some stuff here)
x = x + timer
debug.print "took "; x; " seconds"

HTH,
TC
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com...
> Hi All,
> I am using Access 2000 to generate over 40 Excel charts and pivot tables > using early binding to the Excel 9.0 object library. I am finding that
if
I
> show the Excel object while processing the charts, the whole process
> completes in around 2 minutes. However if I hide the Excel object
the same
> process takes around 27 minutes to complete. I have played around

with > screen updating and this makes no real difference to the time. Does
anybody
> have any suggestions how I could cut down the processing time with the Excel
> object hidden?
>
> Any help appreciated,
> Mark Day.
>
>



Nov 12 '05 #11

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

63
by: Jerome | last post by:
Hi, I'm a bit confused ... when would I rather write an database application using MS Access and Visual Basic and when (and why) would I rather write it using Visual Studio .Net? Is it as easy...
13
by: bill | last post by:
I am trying to convince a client that dotNet is preferable to an Access project (ADP/ADE). This client currently has a large, pure Access MDB solution with 30+ users, which needs to be upgraded....
1
by: Dave | last post by:
Hello NG, Regarding access-declarations and member using-declarations as used to change the access level of an inherited base member... Two things need to be considered when determining an...
13
by: Simon Bailey | last post by:
I am a newcomer to databases and am not sure which DBMS to use. I have a very simplified knowledge of databases overall. I would very much appreciate a (simplifed) message explaining the advantages...
49
by: Yannick Turgeon | last post by:
Hello, We are in the process of examining our current main application. We have to do some major changes and, in the process, are questionning/validating the use of MS Access as front-end. The...
20
by: Olav.NET | last post by:
I am a .NET/C++ developer who is supposed to do some work with Access. I do not know much about it except for the DB part. Questions: *1* I am looking for INTENSIVE books to get quickly up to...
64
by: John | last post by:
Hi What future does access have after the release of vs 2005/sql 2005? MS doesn't seem to have done anything major with access lately and presumably hoping that everyone migrates to vs/sql. ...
0
by: com | last post by:
MS Access 2000 Password Recoverer 4.2 Screenshot - Soft30.com MS Access 2000 Password Recoverer will display the password to a MS Access database (*.mdb). This program works for MS Access files...
4
by: bbdobuddy | last post by:
Hi, How do I open a Microsoft Access 2003 form from Visual Basic.net Thanks in advance bbdobuddy
70
by: lgbjr | last post by:
Hello All, I've been developing a VB.NET app that requires the use of a DB. Up to now, I've been using Access. It's a bit slow, but everything works. I'm at a point now where I need to decide if...
0
by: Charles Arthur | last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
0
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
0
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 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 a new...

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.