Re: Very Large Non-Dynamic Table for Lookups
You're right, not all SSNs have been allocated. I actually only have around 10,000,000 but the integrity can't be vouched for. The reason it may go up is because I can generate SSNs and randomly assign UIDs for future projects. What I'm mainly interested in is using MySQL as a basic retrieval system for large data sets (not a full transactional or even relational system).
The company or department IDs didn't come with the data. That's a good question, though. Maybe they were stripped before being given to me.
100 disk hits a second sounds costly. Since the table won't increase anymore would there be a way to minimize this? If I sort the SSNs, would that make a difference?
I'll increase the innodb_buffer_pool_size to 70%. I'm running XP with 2GB of memory (not ideal) but this would be a dedicated action.
Subject
Views
Written By
Posted
3882
October 23, 2009 05:46PM
1911
October 24, 2009 08:02PM
1979
October 24, 2009 08:55PM
2082
October 24, 2009 10:50PM
Re: Very Large Non-Dynamic Table for Lookups
1985
October 25, 2009 11:23AM
2093
October 25, 2009 12:32PM
2132
October 26, 2009 12:19PM
2208
October 26, 2009 08:03PM
Sorry, you can't reply to this topic. It has been closed.
Content reproduced on this site is the property of the respective copyright holders.
It is not reviewed in advance by Oracle and does not necessarily represent the opinion
of Oracle or any other party.