最近要将一些数据放到内存里面做很高的并发操作，考虑了很多方案，

1、 简单点使用map hash_map等自己管理。

2、 用sqlite内存表。

3、 用fastdb内存数据库。

4、 用ExtremeDb，TimesTen等。

比较测试了一下123，发现还是自己实现速度最快，比fastdb模式快3-5倍，fastdb模式比sqlite内存表模式快10倍左右，由于自己实现不具有典型通用性，多线程下访问效率会下降，要管理多线程下各种更新查找等还是比较麻烦的，所以在1和3方案之间纠结。

为了使得决策更好一些，暂时还没做决定，顺便到万方等上面搜索了一些论文来看，看来看去看得真来气啊，虽然都叫内存数据库但各种实现的都有，有用gdbm来做的，有直接map管理的，有hash管理数据的，有t树管理的，有数组队列管理的，有的明显就是个不大变的东西还弄个啥事务的，靠，刚刚居然还看到一篇鸟文《电网监控系统实时数据库的设计与实现》里面的测试居然是1000条，插入时间80毫秒，真可笑啊，区区这么点数据也好意思测，还要花80毫秒，还自以为很快，这个速度至少可提高1000倍以上啊，这帮垃圾，写的啥鸟文章，研究个屁啊。

看完这十来篇论文，俺的思绪又回到1999年，当年我给别人优化过一个电信计费的软件（看的论文里面有好几篇讲电信计费的），当时有个朋友的朋友拿了个需求过来，7000万条记录，原来计算费单要花十几个小时吧，我帮他改了下，十来分钟就算完了，朋友很满意，当时的做法很简单，就是弄了个mmtable，大体就是跟map类似的东西吧，那个时候map还没流行起来，俺也不知道，所以就自己弄了个内存表，内部基本就是二分查找了，那个时候我对hash都不大熟悉，B树之类的算法刚接触也不会用，就这么个东西当时的电脑也只要花十来分钟，我估计就算是那个老程序放在现在的普通台式机上要不了几秒钟就可算完。也不知道这么几千万条记录的小需求怎么在这帮人眼里就成了什么海量数据，对俺来说跟玩似的，区区几千万嘛，不过是俺拿来测试用的。

去年中做了个md5 hash反查的东西，数据都是几百亿到几万亿的，后来的效果就是一个文件可存万亿记录，一次查询平均1.2次IO，即使全放在SATA磁盘上也就十来毫秒而已。

区区几千万条记录咋就叫什么海量数据呢，海量个毛啊，内存都放得下的叫什么海量，现在服务器动不动都是几十G内存，区区千万根本算不上什么，查询定位都可到微妙了，1秒插入至少千万条了，居然还看到1000条插入的测试，真是不得不佩服国内这帮垃圾研究生的水平，也不知道这种论文咋就能通过审查，只能得出结论他们的老师也都是猪。

         骂归骂自己的问题还需要继续努力，对咱目前的需求来说自己管理数据，即使一个线程都搞得定，因为不过区区几个表，几十万条记录而已，不过这种10年前咱就会的技术还真是拿不出手，怎么的也得做得更好一点，呵呵，继续研究吧，多线程下内存数据库，从概念上看的确是个很有吸引力的东西，要是性能跟得上，其实在很多地方可以取代普通的数据结构用法了，可以大大减少编程难度，甚至我在想如果有个支持事务的内存数据库，之前设计的cad类软件的undo/redo都可以用事务来实现，完全可以抛弃先前设计的复杂结构，其实这种东西即使不用内存数据库就算是用个sqlite都完全能搞定，唉，往事不堪回首啊，看来数据库方面的确得多花功夫，特别是多线程和分布式模式下的内存数据库。

可能我身边也就合作伙伴、曾经的老板、同事、敌人知道我到底什么水平，2000年的时候就带队做几十万行的项目，连续做了几个，为他们申请软件企业奠定基础。云计算的价格查询，3周完成，带2个客户端的棋牌游戏带了两个朋友一起半年完成，全部模块接口化，模块可单独升级。Netdongle，一个master、slave多重保护的网络验证系统，支持由控制端上传dll、db等，也就一个月完成。这些程序上线之后就几乎不用修改，一直稳定运行哦，一般的程序要做到第一版版本出去就几乎不出错是很难的，没有一定功力的人是做不到的。

昨天吹了下牛，我说windows下应用层的软件基本没有做不出来的，或许牛吹得有点大，那朋友惊讶了一下。

今年湿疹治好之后发现自己战斗力提升很多，之前做事情总觉得差一口气，精力不济，现在觉得精力充沛，酒也能喝了，活也能干了，速度也快了，也敢出去跟别人交流了，之前一直自卑，没病真好啊。

以后要多宣传，多吹牛啊！

实施一个成功的it项目（只说技术不说市场），概括起来就是一句话：找合适的人做合适的项目。说起来容易做起来难啊，每个人都有他的领域，如果找来一个擅长a领域的让他做b领域的项目也未必做得好，虽然有的人学习能力超强，但总归是需要时间积累经验的。见过听说过很多开发失败的例子，莫不如此，曾帮人家优化一个电信计费项目，原实施的人只会用数据库，所有的计算全用数据库实现，速度比其对手慢一个数量级以上，将计算需要的数据预装入内存，之后全在内存里面查找计算，速度一下提高了上百倍，修改后速度领先其对手好几倍，其实这个修改很容易，只要几天时间就搞定了，还包括熟悉他们的数据及规则。 还帮别人看过一个棋牌的项目，原项目组十几个人搞了1年多，整了40多万行代码，结果bug不断，一直不能稳定运行，项目组无人能搞得定，我看了之后下的结论是重写，他们傻眼了，还以为改一个项目的时间肯定要少，毕竟写了那么多代码，他们那些外行哪里知道，修改一个漏洞无数的工程哪有重写快啊，这是典型的找了一群不恰当的人做了一个不恰当的项目，几百万投入打了水漂，要是让一个有能力的人设计把关，他那棋牌项目100万足够开发得出来了。

刚毕业那会做项目的时候带过几个水平较差的手下（都是俺领导招的人），他们最常说的话是“优化”，我把某某地方“优化”了一下，呵呵，外行要听到这个还以为真的是优化呢，其实很多时候他只是改写了一下，是不是算优化还值得商量，大多数时候都算不上优化，有的时候还改错引入了更多bug。对高手来说更喜欢说重构，我把某某模块重新设计了一下，以前模块有哪些缺陷，重新设计一下之后这些缺陷就不存在了，还有某某好处，等等，高手着眼于大局，低手只能看到一个小角落，高手优化关键之处，低手优化无关紧要之处。看豆瓣网技术发展，就是一个不断重构的过程，看qq从98年开始到现在的蜂鸟内核，大的重构就3次了，完全重写3次了。最近迅雷终于官方承认v6开发失败，我之前在群里表达过我的观点，我估计他们v6是开发失败了，所以一直以v5顶着，现在等到v7出来终于承认了，这种自诩市值超100亿美刀的公司这么长时间的开发还能失败，就不要说小公司小团队了，见光死的项目很多，未见光死的项目更多。

国内真正懂得开发的老板很少，大多数老板觉得一个人开5w 10w的月薪太高了，这个待遇找1w的能找好几个呢，其实他们不知道，it行业一个重要的人能顶100个普通的人，甚至不可比较，因为一个普通的人去做一个项目可能根本不能完成，成功为0，1：0这个比值是无穷大啊，可惜等老板们失败了几个项目之后才能悟出这个道理，it项目做得好和做不好的差别不是差一点的问题，而是1和0的问题。俗人总是忙忙碌碌，天天维护自己前一天制造的bug，看起来很敬业，高手总是懒懒散散，因为100天后可能出现的问题都已经了然于胸，于是整天看起来无所事事时，不懂的老板很可能青睐于前者而打压后者。也正因为能说的人太多，懂行的老板又太少，所以使得整个行业充斥着浮躁和急功近利，很多关键职位其实只是个鹦鹉在顶着，有能力的人被压制，悲哀啊。千里马难找，伯乐更难找啊。