software

I have an Excell spreadsheet (2002) with graphs that I need help on. When I
import (thry a few queries) the data to create the charts every morning, it
takes forever. It is a neccessary evil. is there a way to make a macro to run
at 4am to handle the import via queries and save the file? can this be an
external thing thru the Event Timer in Windows XP? This way it would take a
few moments in the morning to send this within the report.
Any help is greatly appreciated.

Are you pulling the data across a network? Are there any conflicts with the
source database (locking and unlocking of records)? If so, have the source
database send a quot;subsetquot; or quot;View Tablequot; to your local machine, then perform
an extraction from the local subset of data.

P.

quot;jacklequot; wrote:

gt; I have an Excell spreadsheet (2002) with graphs that I need help on. When I
gt; import (thry a few queries) the data to create the charts every morning, it
gt; takes forever. It is a neccessary evil. is there a way to make a macro to run
gt; at 4am to handle the import via queries and save the file? can this be an
gt; external thing thru the Event Timer in Windows XP? This way it would take a
gt; few moments in the morning to send this within the report.
gt; Any help is greatly appreciated.

There are not any locking problems. Creating a view is a possibility, but
there are a number of records makes it preferable to have it run the query in
the off hours. there are thousands of records on three different worksheets.

quot;Koosterquot; wrote:

gt; Are you pulling the data across a network? Are there any conflicts with the
gt; source database (locking and unlocking of records)? If so, have the source
gt; database send a quot;subsetquot; or quot;View Tablequot; to your local machine, then perform
gt; an extraction from the local subset of data.
gt;
gt; P.
gt;
gt; quot;jacklequot; wrote:
gt;
gt; gt; I have an Excell spreadsheet (2002) with graphs that I need help on. When I
gt; gt; import (thry a few queries) the data to create the charts every morning, it
gt; gt; takes forever. It is a neccessary evil. is there a way to make a macro to run
gt; gt; at 4am to handle the import via queries and save the file? can this be an
gt; gt; external thing thru the Event Timer in Windows XP? This way it would take a
gt; gt; few moments in the morning to send this within the report.
gt; gt; Any help is greatly appreciated.

I would use MS-Access as a 'pre-processor' and the database (for thousands of
records) store. You can set the timed events easily in MS-Access to populate
the records with new/changed values; you can use custom VB code if you needed
to suppliment MS-Access routines. You could use a report writer (third-party,
or built-in) to gen the graphs and data in a report. I would not consider
using Excel for this many records.

P.

quot;jacklequot; wrote:

gt; There are not any locking problems. Creating a view is a possibility, but
gt; there are a number of records makes it preferable to have it run the query in
gt; the off hours. there are thousands of records on three different worksheets.
gt;
gt; quot;Koosterquot; wrote:
gt;
gt; gt; Are you pulling the data across a network? Are there any conflicts with the
gt; gt; source database (locking and unlocking of records)? If so, have the source
gt; gt; database send a quot;subsetquot; or quot;View Tablequot; to your local machine, then perform
gt; gt; an extraction from the local subset of data.
gt; gt;
gt; gt; P.
gt; gt;
gt; gt; quot;jacklequot; wrote:
gt; gt;
gt; gt; gt; I have an Excell spreadsheet (2002) with graphs that I need help on. When I
gt; gt; gt; import (thry a few queries) the data to create the charts every morning, it
gt; gt; gt; takes forever. It is a neccessary evil. is there a way to make a macro to run
gt; gt; gt; at 4am to handle the import via queries and save the file? can this be an
gt; gt; gt; external thing thru the Event Timer in Windows XP? This way it would take a
gt; gt; gt; few moments in the morning to send this within the report.
gt; gt; gt; Any help is greatly appreciated.

i agree with the access rout. that will be the end result, eventually. the
graphs in access don't lend themseves to editing the points or labels very
well, though. also, there are 3 or 4 graphs/charts on that page. What kind of
3rd party items are you talking about/recommending. E-mailing can get tricky
with access reports. worst case scenerio, export only what is needed to
Excell.

quot;Koosterquot; wrote:

gt; I would use MS-Access as a 'pre-processor' and the database (for thousands of
gt; records) store. You can set the timed events easily in MS-Access to populate
gt; the records with new/changed values; you can use custom VB code if you needed
gt; to suppliment MS-Access routines. You could use a report writer (third-party,
gt; or built-in) to gen the graphs and data in a report. I would not consider
gt; using Excel for this many records.
gt;
gt; P.
gt;
gt; quot;jacklequot; wrote:
gt;
gt; gt; There are not any locking problems. Creating a view is a possibility, but
gt; gt; there are a number of records makes it preferable to have it run the query in
gt; gt; the off hours. there are thousands of records on three different worksheets.
gt; gt;
gt; gt; quot;Koosterquot; wrote:
gt; gt;
gt; gt; gt; Are you pulling the data across a network? Are there any conflicts with the
gt; gt; gt; source database (locking and unlocking of records)? If so, have the source
gt; gt; gt; database send a quot;subsetquot; or quot;View Tablequot; to your local machine, then perform
gt; gt; gt; an extraction from the local subset of data.
gt; gt; gt;
gt; gt; gt; P.
gt; gt; gt;
gt; gt; gt; quot;jacklequot; wrote:
gt; gt; gt;
gt; gt; gt; gt; I have an Excell spreadsheet (2002) with graphs that I need help on. When I
gt; gt; gt; gt; import (thry a few queries) the data to create the charts every morning, it
gt; gt; gt; gt; takes forever. It is a neccessary evil. is there a way to make a macro to run
gt; gt; gt; gt; at 4am to handle the import via queries and save the file? can this be an
gt; gt; gt; gt; external thing thru the Event Timer in Windows XP? This way it would take a
gt; gt; gt; gt; few moments in the morning to send this within the report.
gt; gt; gt; gt; Any help is greatly appreciated.

Here's one:
www.businessobjects.com/produ...ts/default.asp

Poke around their site and you'll find more depending on what you want to
do. Note the tight integration with Microsoft, too.

Here's another option: www.datawatch.com/index.asp
Look at their Monarch suite.

P.

p.s. If the subset (only the necessary data) to Excel works, I would
probably use it. Let MS-Access be the engine to manage the data, and Excel
perform some of the reporting. You can put some VB over Access to do some
automated routines, too.

quot;jacklequot; wrote:

gt; i agree with the access rout. that will be the end result, eventually. the
gt; graphs in access don't lend themseves to editing the points or labels very
gt; well, though. also, there are 3 or 4 graphs/charts on that page. What kind of
gt; 3rd party items are you talking about/recommending. E-mailing can get tricky
gt; with access reports. worst case scenerio, export only what is needed to
gt; Excell.
gt;
gt; quot;Koosterquot; wrote:
gt;
gt; gt; I would use MS-Access as a 'pre-processor' and the database (for thousands of
gt; gt; records) store. You can set the timed events easily in MS-Access to populate
gt; gt; the records with new/changed values; you can use custom VB code if you needed
gt; gt; to suppliment MS-Access routines. You could use a report writer (third-party,
gt; gt; or built-in) to gen the graphs and data in a report. I would not consider
gt; gt; using Excel for this many records.
gt; gt;
gt; gt; P.
gt; gt;
gt; gt; quot;jacklequot; wrote:
gt; gt;
gt; gt; gt; There are not any locking problems. Creating a view is a possibility, but
gt; gt; gt; there are a number of records makes it preferable to have it run the query in
gt; gt; gt; the off hours. there are thousands of records on three different worksheets.
gt; gt; gt;
gt; gt; gt; quot;Koosterquot; wrote:
gt; gt; gt;
gt; gt; gt; gt; Are you pulling the data across a network? Are there any conflicts with the
gt; gt; gt; gt; source database (locking and unlocking of records)? If so, have the source
gt; gt; gt; gt; database send a quot;subsetquot; or quot;View Tablequot; to your local machine, then perform
gt; gt; gt; gt; an extraction from the local subset of data.
gt; gt; gt; gt;
gt; gt; gt; gt; P.
gt; gt; gt; gt;
gt; gt; gt; gt; quot;jacklequot; wrote:
gt; gt; gt; gt;
gt; gt; gt; gt; gt; I have an Excell spreadsheet (2002) with graphs that I need help on. When I
gt; gt; gt; gt; gt; import (thry a few queries) the data to create the charts every morning, it
gt; gt; gt; gt; gt; takes forever. It is a neccessary evil. is there a way to make a macro to run
gt; gt; gt; gt; gt; at 4am to handle the import via queries and save the file? can this be an
gt; gt; gt; gt; gt; external thing thru the Event Timer in Windows XP? This way it would take a
gt; gt; gt; gt; gt; few moments in the morning to send this within the report.
gt; gt; gt; gt; gt; Any help is greatly appreciated.