DarkByte
| Forum | Thread | Replies | Latest activity |
|---|---|---|---|
| Coffeehouse | C# is not needed anymore.... | 41 | May 25, 2005 at 4:17 PM |
| Coffeehouse | Avalon and indigo Beta1 RC released? | 31 | May 22, 2005 at 11:38 AM |
| Tech Off | Loop Lock | 13 | May 22, 2005 at 7:26 AM |
Loading User Information from Channel 9
Something went wrong getting user information from Channel 9
Loading User Information from MSDN
Something went wrong getting user information from MSDN
Loading Visual Studio Achievements
Something went wrong getting the Visual Studio Achievements
| Forum | Thread | Replies | Latest activity |
|---|---|---|---|
| Coffeehouse | C# is not needed anymore.... | 41 | May 25, 2005 at 4:17 PM |
| Coffeehouse | Avalon and indigo Beta1 RC released? | 31 | May 22, 2005 at 11:38 AM |
| Tech Off | Loop Lock | 13 | May 22, 2005 at 7:26 AM |
Business Intelligence in Excel 2007
Feb 21, 2006 at 6:00 PMWhere i work at, we often have to work with data that has many rows. We, as standard users, have no access to the underlying queries and as such, must often run a standard report that returns 100's of thousands of rows. So the 64k limit is really bad. I know this has to do with memory management, but by reselecting how rows and columns are split, i could use the same amount of memory with a limit that makes more sense to me.
I mean, how many times did you have to work with more than 32 columns ? Unless its a full application with protected cells etc. in which case you will probably not need 64K rows. On the other hand, the inverse could be true. One could need more Columns and less rows.
Would be interesting to have feedback on this.