明论  
公告
  • 昵称:konyel
    园龄:3年9个月
    粉丝:12
    关注:0
日历
<2009年6月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011
统计
  • 随笔 - 12
  • 文章 - 32
  • 评论 - 79
  • 引用 - 0

导航

搜索

 
 

常用链接

我的标签

随笔分类(6)

随笔档案(12)

文章分类(35)

文章档案(32)

学习网站

积分与排名

  • 积分 - 40939
  • 排名 - 2606

最新评论

阅读排行榜

评论排行榜

推荐排行榜

 

 许多人听到内存数据库第一印象就是大型的电信企业,银行的解决方案,但其实内存数据的应用相当广泛,从中型网站并发到批量文件处理都可以有很有效 的 应用。 在商业领域的内存数据库主要ALTIBASE,与Oracle,TimesTen,但其昂贵的授权费(数十万$)令许多普通用户望而却步。

   在这里希望能整合在自身对数据处理业务的,开发并商业化一款面向普通用户的内存数据库,整合文件数据处理,和数据库数据处理,并发高效率处理的内存数据库解决方案。

  而开发我们数据库的方向,当然不在于与有十多年根基的TimesTen们竞争,在于开发一款拥有基本功能,具备二次开发的价值 的内存数据处理软件,并提供在批量数据处理,与并发数据处理的解决方案,应该能满足大部分客户的数据处理需求。

 

想法幼稚,希望有此志者能与我共同努力和探讨,指正。 附上联系方式  qq:109278594  邮箱:konyel@163.com

 

 

 

内存数据库内核开发 工作日志(初稿)(一)

内存数据库内核开发 工作日志(由开源软件入手)(二)

内存数据库内核开发 工作日志(数据库核心 VDBE)(三)

内存数据库内核开发 工作日志(sql解析器初步设计文档)(四)

内存数据库内核开发 工作日志(lemon柠檬牌代码生成器)(五)

内存数据库内核开发 工作日志(工程需求调研)(六)

内存数据库内核开发 工作日志(Mysql的架构体系初读)(八)

内存数据库内核开发 工作日志(innodb的原理,算法详细剖析)(九)

 

 

 

posted on 2009-06-30 11:26 konyel 阅读(8088) 评论(25) 编辑 收藏
评论:
  • #1楼  补丁       Posted @ 2009-06-30 11:49
    惊....这玩意若对方没有一定的名气,我还真不敢用  回复 引用 查看   

  • #2楼[楼主]  konyel       Posted @ 2009-06-30 11:53
    @补丁
    呵呵,名气总有个开始,不知道先提供免费下载,能不能拓宽路子,借机完善软件呢。本人正从事相关电信行业的工作,希望有机会能在自己工作地项目中试试水。
     回复 引用 查看   

  • #3楼  squallbest       Posted @ 2009-06-30 12:09
    顶楼主一个,我是做电力行业开发的.我做的是SCADA部分.有时间交流一下.不过我是初级选手,呵呵  回复 引用 查看   

  • #4楼[楼主]  konyel       Posted @ 2009-06-30 12:27
    @squallbest
    感谢感谢,希望各位老大多拍砖,一起进步
     回复 引用 查看   

  • #5楼  Old       Posted @ 2009-06-30 13:09
    支持  回复 引用 查看   

  • #6楼  eaglet       Posted @ 2009-06-30 13:13
    几年前我的同事一个人用了3个月时间将MySQL 改写成了内存数据库,并且应用于大型电信系统,当时一直想参与他的项目,但最终没有如愿。
     回复 引用 查看   

  • #7楼  别爱上哥,哥只是个传说!       Posted @ 2009-06-30 13:49
    --引用--------------------------------------------------
    eaglet: 几年前我的同事一个人用了3个月时间将MySQL 改写成了内存数据库,并且应用于大型电信系统,当时一直想参与他的项目,但最终没有如愿。

    --------------------------------------------------------
    很是希望他能开放源码,学习学习,不过现在的MySql已不是当年的MySql了
     回复 引用 查看   

  • #8楼  别爱上哥,哥只是个传说!       Posted @ 2009-06-30 13:55
    又看了一下楼主的文章,很大可能楼主这样的项目最终还是要被阉割..这只是个人的看法.不代表什么.请不要跨省追捕.谢谢合作.  回复 引用 查看   

  • #9楼  肥鸟 Posted @ 2009-06-30 14:06
    有个办法,就用内存做虚拟硬盘,然后把数据库放到虚拟硬盘上。  回复 引用   

  • #10楼  eaglet       Posted @ 2009-06-30 14:21
    其实改内存数据库有一个比较简单的方法。首先找到一款比较好的开源数据库,然后将这个数据库的所有和文件访问相关的操作系统原语,C 语言库函数 或者底层类进行替换。然后做一个内存文件系统替换掉上述文件接口就可以完成。如果是C 语言的代码,直接用宏替换将所有文件操作的C语言库函数比如 fopen ,fwrite ,fread 等全部替换成内存文件系统的相应函数就大功告成了。
     回复 引用 查看   

  • #11楼[楼主]  konyel       Posted @ 2009-06-30 14:37
    @eaglet
    恩,这也是个好思路,就像上面改Mysql的兄弟,不过以今天Mysql的规模,这工作量也并不小,感谢各位的砖头
     回复 引用 查看   

  • #12楼[楼主]  konyel       Posted @ 2009-06-30 14:52
    @别爱上哥,哥只是个传说!
    这位大侠请指教下看法,项目方案有哪些的缺点呢?
     回复 引用 查看   

  • #13楼  jinwelee[未注册用户] Posted @ 2009-06-30 15:58
    不错。。。
    好好研究一下。。。
     回复 引用   

  • #14楼  斯克迪亚       Posted @ 2009-06-30 16:36
    内存数据库还是直接面向对象好了,否则在SQL语句解析及关系与对象转换的过程中浪费掉太多本该有的优势了。
    可以参考一下DB4O,或者就基于DB4O的代码来做。
     回复 引用 查看   

  • #15楼[楼主]  konyel       Posted @ 2009-06-30 17:21
    @斯克迪亚
    据目前大数据量处理的经验,sql在批量处理数据时还是十分灵活而高效的,通过sql的配置,几乎满足了所有的逻辑业务,兄弟说的DB4O不是很了解,有机会好好学习下。
     回复 引用 查看   

  • --引用--------------------------------------------------
    konyel: @别爱上哥,哥只是个传说!
    这位大侠请指教下看法,项目方案有哪些的缺点呢?
    --------------------------------------------------------
    没有什么指教,我是想说,我是怀疑楼主能否坚持?呵呵
     回复 引用 查看   

  • #17楼[楼主]  konyel       Posted @ 2009-06-30 17:47
    @别爱上哥,哥只是个传说!
    呵呵,贵在坚持阿,代码量毕竟不小,现在差不多摸熟几个关键模块,希望诸位关注文档上的进展。
     回复 引用 查看   

  • #18楼  pwy[未注册用户] Posted @ 2009-06-30 18:28
    关注你一下啦  回复 引用   

  • #19楼  吉日嘎拉       Posted @ 2009-06-30 18:36
    非常支持开发数据的,不错,应该多支持  回复 引用 查看   

  • #20楼  大洲       Posted @ 2009-06-30 23:55
    直接sqlite基础上做很好。

     回复 引用 查看   

  • #21楼  JacksonLin       Posted @ 2009-07-01 11:04
    db4o确实好强大.你应该去看看.
    也支持开源的数据库.这是现今软件产业垄断核心
     回复 引用 查看   

  • #22楼[楼主]  konyel       Posted @ 2009-07-01 11:44
    @JacksonLin
    非常感谢该同学的推荐,
    仔细看了http://www.db4o.com/
    关系数据库的基础是关系理论,而关系理论发展到今天已相当完备.如关系理论中的关系范式(1NF-5NF) ,数据完整性约束等等.基于这些理论之上,有了SQL.

    而所谓的对象数据库,并没有严格的理论支持.在解决"对象关系"理论之前,做不
    出对象数据库产品.比如我们都知道对象间的关系有:聚合,组合,关联,继
    承.但这些不是理论,而是实践结果.不能从理论上推导出这些关系,也就无法实现出支持这些关系的对象数据库.

    或许OO型数据库的确的未来的趋势,但就目前而言,对象数据库确实还不够成熟,尤其是内存数据库,需要进行批处理的情况下或高并发处理的工业电信范畴,恐怕无法接受一个实验性的思想。
    再者,db4o是个商业软件,这个对于没钱的我很难将其应用其中。。。
     回复 引用 查看   

  • --引用--------------------------------------------------
    konyel: @别爱上哥,哥只是个传说!
    呵呵,贵在坚持阿,代码量毕竟不小,现在差不多摸熟几个关键模块,希望诸位关注文档上的进展。
    -------------------------------------------------------

    问一下,你准备写个虚拟机吗?像sqlite里那样滴?
     回复 引用 查看   

  • #24楼[楼主]  konyel       Posted @ 2009-07-01 15:01
    @别爱上哥,哥只是个传说!
    是的,在此之前先要搞清楚sqlite虚拟机的工作原理,这个目前可以说已经解析得很透彻了,相关技术我还会把一些成果记录下来,接下来可能就是查看下mysql的有关文档,看看还有什么遗漏的重要特性。
     回复 引用 查看   

  • #25楼  小超       Posted @ 2010-02-25 16:31
    fastDb Main Memory Relational Database Management System
    开源的
     回复 引用 查看   

 
Copyright © konyel Powered by: 博客园 模板提供:沪江博客