This month I helped a client export data from his legacy installation of Maximizer 11 into Gmail. I’m going to post some of my process for my own future reference. Might help save you some time and frustration, too.
First, I didn’t know anything about Maximizer when I started. So I went on a treasure hunt to find where the data was kept. I would have used the backups but they weren’t current enough. After a bit of research I discovered Maximizer was using MS SQL Server and keeping the databases in the SQL Server DATA directory. Which was very handy. All I needed to do was transfer the databases from my client’s laptop to my system. Then I could export the data using MS SQL Server on my laptop. I could have used my client’s computer but I didn’t want to install MS SQL Server on his system.
- Each address book in Maximizer has its own database. In order to load them onto my system:
- I copied both the mdf and ldf database files from my client.
- (Using Management Studio) If you don’t have the ldf files for some reason it is possible to create the ldf using the following code I found at sqlauthority
-- Method 1: I use this method
EXEC sp_attach_single_file_db @dbname='DatabaseName',
- On my system, I created databases with the same names as the databases I copied from my client.
- Stopped SQL Server
- Deleted the newly created databases in C:Program FilesMicrosoft SQL Server……DATA.
- Copied the client Maximizer address book databases to the DATA directory in place of the created databases.
- Started SQL Server
- Refreshed the new database.
As far as loading the data:
- Once the data was loaded I was able to export the table using a SQL query (built in Management Studio) to join the People view and the email tables and export the data to a CSV file.
- I loaded the contact info in the CSV into my client’s Gmail account.
- Each Address Book loaded into a time stamped Gmail group name.
- All I needed to do at that point was rename the group to coincide with the Maximizer Address Book name.
This process worked really well. Very efficient.
A couple of weeks ago I started working with a local non-profit. They needed help with customizing Salesforce to keep track of their various volunteers, donors, event participants, and such. Salesforce is one of those SaaS apps I’ve been interested in getting my hands dirty learning. Perfect for both of us!
The first thing that struck me was how much access the developers have with the database. Pretty cool. At least for someone coming from a database admin/developer background. On the other hand I could see why my client found the application so confusing. There is a lot of functionality being exposed.
I did have to do some experimenting (nice to have sandboxes to play in!) Figuring out what table were being used for what data was a big one of course. And for some reason it took me a while to get myself clear on when I was looking at a field list for a page and a field list for a table.
The other confusing thing I ran into had to do with an add-on package for non-profits using tables for data that didn’t quite make sense. Auction items and values being stored in the Opportunity table. Basically, it was the result of an adaption of a database designed to support data needs for sales and marketing professionals.
I think a new table for non-profit donations might have made things clearer. It’s workable though and I don’t have a lot of hours to devote to a comprehensive customization so we’ll make it work. And I’ll just have to keep suppressing my urge to normalize the base tables and put the custom fields in new tables with easier to recognize names.
It is fun to be wading back into the world of databases! Looking forward to figuring out how they work with Quickbooks. Thankfully, Salesforce has pretty good documentation online.
Late, the other evening I was working on my computer. Since I didn’t expect to be using it for long I didn’t plug it in. Of course, I got distracted and ended up going to bed without shutting it down. No biggie, right? It will just put itself to sleep.
Yes, kind of.
For some reason the battery still ran down over the course of the night. Okay, I must not have had my sleep settings etc. right under Linux. (I dual boot Linux Mint Debian Edition and Windows 7 on this laptop.) Still, no big deal, I’ll plug it in and boot it up, letting the computer charge the battery while I have breakfast.
The battery charged okay but the screen was so dim as to be nearly unreadable on my initial boot into Windows 7 and all my boots into Linux. Strange.
After changing settings and doing some research I finally found someone who had a similar problem. Their fix worked like a charm.
- Unplug Power Cord
- Remove Battery
- Hold Power Button Down For 60 Seconds
- Plug in Power Supply
- Turn On Computer
- Put Battery Back in Computer after doing all of the above.
Yep, it was that simple! On the way to this solution I had run into various posts about scripts and modifications to make. All of which can be a potential headache to remember maintain over time and future upgrades. Haven’t had a problem since.