01-13-2011 01:35 PM
We have about 20K contacts in our 2009 Act! database. It takes about 6 seconds to switch from contact view to company view, I assume because its rebuilding the company index once it enters the view? The database is running on mid range (Dell) business notebooks with remote sync. Also had some compatibility issues with Office 2007, got it to work but used ackward work arounds.
My question is, will we see an increase in speed (dabase and contact/company view switching) if we upgrade to Premium 2011? And is there better/tighter/more reliable Office Integration in the new premium version v. 2009 as well?
01-15-2011 01:50 PM
01-13-2011 02:09 PM
My experience is that you would definately benefit from the upgrade in both areas. One of the biggest questions though is how much RAM on these machine as more is always better especially with SQL
01-15-2011 01:50 PM
01-18-2011 09:16 AM
Appreciate the comments.
Ram was upgraded to 4GB, and HDD upgraded from 5400 to 7200 RPM.
I didn't notice much of a difference in Act! 2009 speed post upgrade, but windows 07 startup time is at least 2x faster now. Are there any OS settings I should try to optimise Act! speed? Or just proceed with the upgrade?
01-18-2011 09:43 AM
02-03-2011 01:58 PM
I would like to report back I made the move to 2011 Premium from 2009 Act! and there was a marked improvement in speed when switching from contact to company screen. With 20K contact records this helps.
However, it looks like they changed the groups tab on the contact screen to also include companies. Therefore anytime I select the groups tab it appears to load into memory the entire company name database as well as all the groups. This has really slowed down data entry and its rare that we will link companies together anyway.
My question - is there a way to disable this such that this feature to exclude the companies and limit the tab to just groups/subgroups? If not, is there anyway to speed it up? I am using Windows 7 and maxed out on ram.
Hope I'm making sense. Thanks in advance.