[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Spreadsheet Limitations
I asked our resident statistician/programmer/CHP/CIH/CSP if this could be
accomplished in Access instead. His response follows.
"Access will accommodate the hundreds of thousands of records you are
talking about. Access 95 had a limit of 1 gigabyte for the size of any
individual database, I think. In Access 2000, the maximum individual
database size is 2 gigabytes. You can have 255 columns (or fields) per
database table, and no table can exceed 1 gigabyte. Since you can link one
database with another then total data storage is limited to the storage
capacity of the computer equipment. When queries are properly configured,
number crunching in Access is quite fast also, but not as fast as in Excel.
It is possible to do most things in Access that most people do in Excel
simply through the use of queries and macros (without Visual Basic
programming). When it comes to drawing charts and graphs, Access can do it,
but I would suggest that you instead export the appropriate data (either
directly or automatically through a macro) into Excel and let it do the
charts. Tables containing massive amounts of data in Access (too large for
Excel) can be processed (and reduced) and then exported to Excel to do the
charting.
For certain kinds of processing, Excel is better suited for the job than
Access. If the amount of data does not overload Excel or can be given to
Excel in segments, then it is reasonably easy to make Access and Excel
communicate with effectively two-way communication.
Let me point out that Excel can have up to (I think) 255 worksheets per
workbook and workbooks can also be linked together. However, I have noticed
that when Excel is handling huge amounts of data, there seems to be a
threshold above which Excel slows down to an unacceptable crawl-perhaps when
all the RAM memory is used up and virtual memory is utilized. Also, you may
find Excel occasionally saying that there is not enough memory. I guess
there are some things that require RAM memory only."
Jack Earley
Radiological Engineer
Enercon Services, Inc.
6525 N. Meridian, Suite 503
OKC, OK 73116
phone: 405-722-7693
fax: 405-722-7694
jearley@enercon.com
************************************************************************
This e-mail and any of its attachments may contain Enercon Services, Inc.
proprietary information, which is privileged, confidential, or subject to
copyright belonging to Enercon Services, Inc. This e-mail is intended solely
for the use of the individual or entity to which it is addressed. If you
are not the intended recipient of this e-mail, you are hereby notified that
any dissemination, distribution, copying, or action taken in relation to the
contents of and attachments to this e-mail is strictly prohibited and may be
unlawful. If you have received this e-mail in error, please notify the
sender immediately and permanently delete the original and any copy of this
e-mail and any printout.
----- Original Message -----
From: "Tom O'Dou" <todou@cabreraservices.com>
To: "Radsafe (E-mail)" <radsafe@list.vanderbilt.edu>
Sent: September 25, 2001 10:50 a.m.
Subject: Spreadsheet Limitations
> I have a problem with the limitation of data in excel spreadsheets. The
> maximum number of rows is 65536 by 256 columns. Our data collection
> requires much larger (several hundred thousand data point) capability.
Does
> anyone have any suggestions.
>
> Thanks for your help.
>
> Tom O'Dou, CHP, RRPT
> Cabrera Services, Inc.
>
> ************************************************************************
> You are currently subscribed to the Radsafe mailing list. To unsubscribe,
> send an e-mail to Majordomo@list.vanderbilt.edu Put the text "unsubscribe
> radsafe" (no quote marks) in the body of the e-mail, with no subject line.
>
>
************************************************************************
You are currently subscribed to the Radsafe mailing list. To unsubscribe,
send an e-mail to Majordomo@list.vanderbilt.edu Put the text "unsubscribe
radsafe" (no quote marks) in the body of the e-mail, with no subject line.