我只是路过打酱油的。
哈希表~
我只是路过打酱油的。
我只是路过打酱油的。
题目意思不太清楚啊
在100W个地址中找一个数字,我觉得是哈希算法
淡定,淡定,淡定……
┾断┡ē誸 发表于 2013-4-4 13:58 static/image/common/back.gif
我只是路过打酱油的。
淡定,淡定,淡定……
简单啦,筛选。一位一位的来,从第一位筛选,再从里面筛选第二,。。。。就找到啦。。啊哈哈:loveliness:
纷飞流年,谁 发表于 2013-5-22 21:15 static/image/common/back.gif
简单啦,筛选。一位一位的来,从第一位筛选,再从里面筛选第二,。。。。就找到啦。。啊哈哈
我猜的。。。
楼主加油,鱼C加油!我们都看好你哦!
纷飞流年,谁 发表于 2013-5-22 21:15 static/image/common/back.gif
简单啦,筛选。一位一位的来,从第一位筛选,再从里面筛选第二,。。。。就找到啦。。啊哈哈
表示楼主没看题有木有。。。
其实实质 就是个比对搜索算法嘛·····如果是100万的话 用分冶法来处理吧
我只是路过打酱油的。
不知道14L对不对,记着好像看过
这个不懂,还没学透
强烈支持楼主ing……
我记得学算法的时候有一个二分查找的方法就是,折半,每次少一半,这样很快就能找到这个数据
觉得可以使用hash算法
注意设置下数据类型就行了,应该是这样的,但是想问下是不是随机生成的数是有你存进去的,hash算法应该可以解决这个问题
1.看数据的存储方式,100万数据如果用数组存储好像不大实际,所以不适用二分法.
2.看楼上的同学总结使用哈希表,哈希表的查找速度取决于KEY,而且大数据查找哈希表应该会存在性能瓶颈.
所以总结楼上的我觉得应该采用哈希表+红黑树的方法,每一个哈希表的表项挂上一个红黑树.不知道这样是否能达到一个比较能接受的查找速度.