Did you know SD-WANs can improve network connectivity? Check out this webinar to learn how an SD-WAN simplified, one-click tool can help you migrate and manage data in the cloud.
Course Of The Month
4 days, 20 hours left to enrollBecome a Premium Member and unlock a new, free course in leading technologies each month.
Solved
Store results in memory instead of each time writing results in sheet(cell).
Posted on 2012-12-27
Dear,
I'm including some accuracy control mechanism in a simulation Tool I build to re-rate made mobile calls.
The tool has a "control modus". If selected, the result (in this case the duration of the call ) is written in the current selected row offset by 18 colums.
When rerating +100K rows, and even with screenupdating and calc disabled, it runs very slow.
Is there a possibility to keep results in the memory (array), and only write the result once, once all rerating has been done.
Thank you for your help
/Xtophe
I'm including some accuracy control mechanism in a simulation Tool I build to re-rate made mobile calls.
The tool has a "control modus". If selected, the result (in this case the duration of the call ) is written in the current selected row offset by 18 colums.
When rerating +100K rows, and even with screenupdating and calc disabled, it runs very slow.
Is there a possibility to keep results in the memory (array), and only write the result once, once all rerating has been done.
Select Case ControlModus
Case Is = "YES", "Yes", "yes"
ActiveCell.Offset(0, 18).Value = CdrSeconds ' uncomment this in case you want to write control figures next to CDR's
Case Else
End Select
Thank you for your help
/Xtophe
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
3 Comments
Well... putting values on spreadsheet is, virtually, maintaining values in an array (since these values are in memory). With +100k rows... and understanding how Excel maintains row data in memory... you're probably better off using the spreadsheet method versus memory arrays.
But, depending on how you use this data in your application... you may want to write your data to a sheet like a table (1st row contains headers, all other rows contain data) and access your data on the sheet by opening it like a table and query your data using SQL type statements.
Scott C
But, depending on how you use this data in your application... you may want to write your data to a sheet like a table (1st row contains headers, all other rows contain data) and access your data on the sheet by opening it like a table and query your data using SQL type statements.
Scott C
Active 3 days ago
Writing 100k cells one by one will be very very slow, so yes you would be far better off writing the results to an array and then writing that to the sheet in one go using a simple:
syntax
Range("Y1").Resize(ubound(myarray, 1), ubound(myarray, 2)).Value = myArray
syntax
Featured Post
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
How to quickly and accurately populate Word documents with Excel data, charts and images (including Automated Bookmark generation)
David Miller (dlmille)
Synopsis
In this article you’ll learn how to use ExcelToWord! to copy data,charts, shapes …
In Part II of this series, I will discuss how to identify all open instances of Excel and enumerate the workbooks, spreadsheets, and named ranges within each of those instances.
This Micro Tutorial demonstrate the bugs in Microsoft Excel for Mac with Pivot Charts.
This Micro Tutorial demonstrates in Microsoft Excel how to consolidate your marketing data by creating an interactive charts using form controls. This creates cool drop-downs for viewers of your chart to choose from.
Suggested Courses
Course of the Month4 days, 20 hours left to enroll
688 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.