有个朋友让我和他一起去做内存数据库的活,大家看有前途吗?

gargoyle

　　关于什么是内存数据库，说法不一，但我们认为，内存数据库的定义不应涉及内存的大小、存取数据所需I/O的多 少、数据何时进入及怎样才能留驻内存等这些具体的实现技术，而只包含数据库常驻内存（而不是磁盘）、事务（不是系统）的数据存取只涉及内存的意思。内存数据库是支持实时事务的最佳技术，其本质特征是其"主拷贝"或"工作版 本"常驻内存，即活动事务只与实时内存数据库的内存拷贝打交道。显然，它要求较大的内存量，但并不要求任何时刻 整个数据库都能存放在内存，即内存数据库系统还是要处理I/O。虽然如此，但它已不是传统磁盘数据库的概念，传统 数据库适用的数据结构、事务处理算法与优化、并发控制及恢复等技术对内存数据库不一定合适。

gargoyle

对于内存数据库而言，实现了数据在内存中的管理，而不仅仅是作为数据库的缓存。不像其它将磁盘数据块缓存到主存中的数据库，内存数据库的内存引擎使用了为随机访问内存而特别设计的数据结构和算法，这种设计使其避免了因使用排序命令而经常破坏缓存数据库性能的问题。通过内存数据库，减少了磁盘I/O，能够达到了以磁盘I/O 为主的传统数据库无法与其相比拟的处理速度。

因此，内存数据库技术的应用，可以大大提高数据库的速度，这对于需要高速反应的数据库应用，如电信、金融等提供了有力支撑。

hbjxzhangli

上面楼主的话，小弟耳目一新啊，
但是内存数据库要求内存大了，内存最大能有多大呢，用于电信行业，内存可以存放几百G的数据，未必有点太大了吧，是不是在必要的情况下，需要和普通关系型数据库结合呢？仍有质疑

gargoyle

当然，有些也是要用传统方法的。

wdjk1999

内存数据库，如果断电后是否数据都丢失了，或者说缓存在内存中的数据应该都丢失了吧.
大大的不解,网上这类的东西太少了,ORACLE也是后台进程+内存处理的，和ORACLE有何区别啊

zhang41082

是否内存数据库会用在速度要求非常高，但是数据量不是很大的情况？然后和传统数据库结合使用？

codePeon

交易所这边有个项目 ,用 timesten..花了好多银子

wdjk1999

最初由 codePeon 发布
[B]交易所这边有个项目 ,用 timesten..花了好多银子 [/B]

哦，这么说很贵的说了,知道SOLID DB吗