内存数据库在BSS账务处理中的应用

yzgun1983

学习学习

patrickwang

为什么江苏移动没有采用Oracle TimesTen? TimesTen 也是一个内存数据库，而且就是Oracle 的产品。这样同Oracle的集成不是更有保证吗？ 请不吝赐教。

tigerfish

good

nocode

Altibase在江苏联通应用时并非说的那么完美。内存数据库的快速是事实，但真正实施之后就发现两者的互访共享数据并非宣传上说的那么简单。由于江苏联通用Altibase时，产品成熟度并不高，经常需要打补丁（记得有个韩国人常驻），由于数据量很大，每次如果宕库load时间长达5小时。
我觉得讨论一个产品的时候还是不要只是把官方的那些成功案例贴过来，而用户更想了解的缺点却无处可巡。

Puber

内存数据库应该用在并发度、实时性要求非常高的OLTP或事件触发服务的系统中.
楼上这种需求,用应用自已维护的共享内存足矣,真是浪费.


[ 本帖最后由 Puber 于 2007-11-19 14:38 编辑 ]

nocode

原帖由 Puber 于 2007-11-19 14:36 发表
内存数据库应该用在并发度、实时性要求非常高的OLTP或事件触发服务的系统中.
楼上这种需求,用应用自已维护的共享内存足矣,真是浪费.

你指的楼上是说我吗？你根本没明白我要说什么，呵呵。我的意思是，内存数据库是好东西，但这里讨论的东西太少，官方的东西太多。
另外，内存数据库现在在国内的大部分应用本身就是一种浪费，很多喊慢的系统根本就是应用太垃圾，优化水平又不够，干脆扔到内存里
省事。有钱嘛，硬件够强就行了。

runqian_report

很慢的系统是垃圾，请问国内哪些系统是垃圾，似乎很多厂家的系统都存在数据量上来性能下降，难道都是应用垃圾吗，不知道楼上是用户呢还是厂家的，您有何高见？

runqian_report

不过楼上有些见解是对的，目前大家对内存数据库的了解度还是不够，只能从官方找出一些东西来吸引大家的关注，毕竟不象ORACLE那种大公司那么大的市场投入，那么大的影响。
但是你说作为现有系统用内存数据库是一种浪费我不赞同，似乎很多系统自从使用了内存数据库之后工作量少了很多，成本投入减少了很多，不象以前要提高效率疯狂的扩硬件，扩CPU反而效果并不是明显，现在一个用户的普通DBA也能把内存库维护的很好了

tom_111

原帖由 nocode 于 2007-11-19 13:28 发表
Altibase在江苏联通应用时并非说的那么完美。内存数据库的快速是事实，但真正实施之后就发现两者的互访共享数据并非宣传上说的那么简单。由于江苏联通用Altibase时，产品成熟度并不高，经常需要打补丁（记得有个 ...

目前大家对于内存数据库都是处于研究和学习阶段，我们不可能一下子拿出很多的技术对比资料。那么我们唯一可以参见的就是成功案例，对于案例的效果如何？我想不是我们可以断言的，如果不好电信的用户们还敢继续使用吗？

tom_111

原帖由 patrickwang 于 2007-11-14 02:29 发表
为什么江苏移动没有采用Oracle TimesTen? TimesTen 也是一个内存数据库，而且就是Oracle 的产品。这样同Oracle的集成不是更有保证吗？ 请不吝赐教。

TT的确是Oracle的内存数据库产品，但是，据说Oracle的TT对于大数据量的load速度是相当慢的，而ALTIBASE内存数据库的load速度远远高于TT噢！