eXtremeDB的定位：极速实时数据管理系统

lmx66768

这个测试是Altibase 和Timsten 局方3方工程师一块做的，互相监督。
测试过程中3方都看到了测试结果。
-- 我没看到，但你也不能说听说的都是假的吧！！　

------------------------------------------------------------------------------
10000条一提交。mysql 、Oracle 等磁盘数据库批量操作的时候也很快，但是我想还是内存数据库要快的多。
内存数据库是实时数据库在单条提交时对比mysql、oracle 等磁盘数据库的时候确实不是一个数量级的性能。
但是你要知道应用对数据的操作是分事务的，10~100条提交很正常，10000提交测试只是作为一个测试案例，测试数据库的并发处理能力。

-------------------------------------------------------------------------------
另外32位只能支持到4G，这个还用你拿出来显吗？ 120G数据量当然是64位的机器。

您说的理论上能达到16t ，我没有算过64位到底多少t ，但是理论和实际是有差距的，理论上altibase也能支持到64bit能提供的最大内存量。
但是作为一个数据库对大数据量的管理、稳定性是非常重要的，我说的Altibase 支持的120G数据量是Altibase 稳定运行2年多的上线系统 。
--大数据量，对一个数据库来说还是有挑战性的。包括磁盘数据库。


-------------------------------------------------------------------------------
您提到的  “eXtremeDB创建1.3TB内存库的时候”
能请教一下硬件环境吗？ 操作系统是什么样的？ 真心想学习一下！ 谢谢！

datamann

1. 您说用户（“局”）、Times Ten和您三方在场，互相监督，结果是altibase更快－－这话是您现在在论坛上说的。同一句话，要是Times Ten来说的话，恐怕是颠倒的－－我认识若干电信开发商，他们的共识就是altibase慢。您说他们的共识是假的吗？但电信开发商采用哪个软件，不是由自己说了算。
2. 我之所以提出32位4G的问题，是因为你们alitbase的人在这个论坛上发表了太多不作调的帖子，大肆渲染似是而非、无中生有、颠倒黑白的消息，让我实在看不下去。我对您的帖子是比较客气的吧？如果你们altibase的人能够实事求是地评述自己产品、实事求是地评述别人的产品，我相信大家都会非常欢迎的；象这样颠倒黑白，别人指正还戴帽子、打棍子，以为读者都分不清，就不应该了。

datamann

使用eXtremeDB库容量达到1.3TB内存库的系统已经上线一年多了，非常稳定。
在eXtremeDB看了，稳定性是理所当然的：只要你的产品是为任务关键型应用设计，稳定性就是首要考虑的。

datamann

作为事务，可以一次提交10000条记录，甚至更高；但在考虑性能的时候，10000条一次提交只能被当成1个事务，不能当成10000个。只是TPC-B的要求。有些人用10000条当成10000个事务，混水摸鱼，就不应该了。

datamann

运行eXtremeDB、内存库容量达到1.3TB的系统是SGI的Altix 4700服务器，共有4.1TB内存。

tom_111

北京的牛肉又涨价了！！！汗！！！

datamann

这会算是你的个人看法啦。
不过，我准备收集一下这个论坛的棒子歪论集；还打算评点一下这些歪论所歪之处。您意下如何？

lmx66768

“运行eXtremeDB、内存库容量达到1.3TB的系统是SGI的Altix 4700服务器，共有4.1TB内存。”

谢谢！ 张知识了！！


-----------------------
我说的测试案例，都是真实的。
我没有说我们一定比TimesTen快，我是说在一定的测试案例里，我们确实比TimesTen快。也不能否认TimesTen 的一些优点。

我只是说一个测试案例，你不信就算了。说那么多废话！！！

datamann

如果您觉得这就张知识的话，真得谢了。

datamann

altibase歪论集看来又要加一条了！