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

lmx66768

datamenn :

您好！

想跟您了解一下
1.“ 预警飞机所管理的数据 ” 这个数据量到底有多大？ 都是放到内存里的吗？ 还是混合式的。
2. 如果您哪有案例希望您能拿出来分享。


--------------------------------------------
另外您可能对其他内存数据库不是很了解。
eXtremeDB, 不时唯一的数微秒级实时数据库，据我了解altibase,timesten 都能达到微妙级的处理性能，甚至timesten官方网站上声称能达到更好的性能（好像说是纳秒）。
--------------------------------------------
另外强调一的下支持复杂的业务意识是，不仅可以实现复杂的业务，同时性能基本上仍然要保持在微妙级，这方面
听说在Altibse Timesten 厂商对比测试中Altibsae 的表现要好很多。
不知道eXtemeDB 有没有这方面的标准测试资料。

datamann

叫你拿点东东来瞧瞧，你不拿；你不拿也就罢了，还要提这样的问题－－叫我怎么说？

datamann

你把altbase的微秒级测试案例贴出来，大家瞧瞧就知道了。
注意：微秒级事务不是在一微秒里插入一条记录，这容易钻空子。比如，有的数据库达到了一微秒插入一条数据的速度，不过那是一个事务里插入10万条后的平均速度。eXtremeDB说的微秒级是指一个事务只插入一条记录，插入10万条记录要用10万个事务的。

datamann

您把altibase和timesten对比测试的测试案例贴出来，让大家瞧瞧。要是只有测试报告，没有测试案例的话，把报告人的情况说明清楚，就知道了。

datamann

还有，首先说“数据量”和“复杂度”的是您。按您的思维模式，把您的问题改成：
1.“ 电信计费所管理的数据 ” 这个数据量到底有多大？ 都是放到内存里的吗？ 还是混合式的。
2. 如果您哪有案例希望您能拿出来分享。
再加一个问题：
3. 什么是复杂事务？把复杂事务的具体过程说明出来。

lmx66768

先说一下微妙级数据库的问题：

“插入10万条记录要用10万个事务的。”
你说的意识是不是每条都单独提交？ 这个肯定能达到微妙级！
或者你说的10万个事务怎么回事，怎么弄平均处理每条语句的处理性能都能达到微妙级。

lmx66768

“altibase和timesten对比测试的测试案例贴出来”
这个测试的正式结果只有局方拿到！
局方最终选用了Altibase ,只是有一些说法，不能提供具体的测试数据。//如果做过第三方对比测试就应该明白为什么！
我这只能说一下我提到过的测试的测试场景。
1. 多表的联合查询。
2. 单表大并发update、select。//区域查询，10000条一提交的情况。

lmx66768

原帖由 datamann 于 2008-1-8 20:49 发表
还有，首先说“数据量”和“复杂度”的是您。按您的思维模式，把您的问题改成：
1.“ 电信计费所管理的数据 ” 这个数据量到底有多大？ 都是放到内存里的吗？ 还是混合式的。
2. 如果您哪有案例希望您能拿出来分享。
再加一个问题：
3. 什么是复杂事务？把复杂事务的具体过程说明出来。

我提复杂度、微妙级的问题是因为你的每个帖子下面都有说eXtremaDB是唯一的微妙级内存数据库。
--我认为不是这样，所以给你提点建议。


另外
1. 我知道的Altibase　最大用了内存库120g ,硬件配置172G。//您说的．．预警系统，你知道的到底用了多少。
2. 你不提供就算了！
3. 我提到对复杂事务的支持的意识是，在一些复杂的事务中，肯定会用到一些复杂的dml 语句，对数据库的锁机制要求也比较高。

datamann

“altibase和timesten对比测试的测试案例贴出来”
这个测试的正式结果只有局方拿到！
局方最终选用了Altibase ,只是有一些说法，不能提供具体的测试数据。//如果做过第三方对比测试就应该明白为什么！
我这只能说一下我提到过的测试的测试场景。
1. 多表的联合查询。
2. 单表大并发update、select。//区域查询，10000条一提交的情况。
1. 这个报告您没有，也没有看到过这个报告，只是听说了一些说法，对不对？
2. 您的测试场景描述没有从内涵上说明“复杂的事务”复杂到什么程度了对不对？如果换成“简单事务”包括“1.多表的联合查询 2.单表大并发update、select。//区域查询，10000条一提交的情况”也是成立的，对不对？
3. 在测试中，altibase是10000条一提交，对不对？如果一万条一提交的话，MySQL就可以达到微秒一级。
4. 为什么要一条一提交，这是TPC组织的要求。顺便说明一下：TPC是数据库性能测评方面权威的非盈利性机构，主要的数据库相关软硬件厂商都在里面
5. 这个报告是由某个“局”做的，对不对？您引用一个没有公开发表的“局”报来说明altibase性能怎么强，不太科学吧？
6. 这个测试中，一次提交的记录数是10000条而不是一条。首先，不符合TPC关于性能测试的要求；其次，要是这样的话，MySQL也能达到

说完性能，再看您反复说的“数据量”。

1. 我知道的Altibase　最大用了内存库120g ,硬件配置172G。//您说的．．预警系统，你知道的到底用了多少。
2. 你不提供就算了！

1. 这里，您没有把平台情况说清楚，我有权力问：在一个32位的系统上，您是怎么支持172g内存的？32位系统的最大寻址空间就是4G。大于4G是没有意义的。
2. 如果是64位系统，那这个就是太小了。eXtremeDB可以创建16TB的内存库，就是16000g。
给您一个实例，eXtremeDB创建1.3TB内存库的时候，查询速度可以达到一百八十五分之一微秒！
3. 我引用您的这个问题，想说明内存库大小根本不是个问题，而不是我不愿意说明。就好像您说您会从一数数到100，让我说明我能不能数到，来说明谁厉害。到今天，大凡上过幼儿园的，谁还数不到100？所有，我觉得这不是个问题，所以我没有说我是否可以数到100。您没有领会我的问题，那我就多说几句。

datamann

还有，这个论坛上有几个altibase坛友在反复说明altibase经过用户测试，其性能要高于timesten。其实，据我和电信软件开发商联系，他们的普遍看法是altibaes比较慢。和这些坛友的说法完全是相反的。
其实，性能只是用户采用一个产品诸多因素中的一个。对用户而言，产品满足要求就可以了。用户的测试，如果有报告，应该公开，由其它厂家再现；通常用户是不会把报告公开的（如您所说）。这时候，某个用户的测试，应该归结在第8条“客户反馈”一项。
我相信altibase有一些优势，但不是这些坛友所强调的功能、性能、可靠性方面。韩国现代汽车在北京设厂、北京出租行业用现代车，不是应用现代车质量比谁好、价格比谁便宜。里面的因素是很多的。
平心而论，eXtremeDB、timesten、altibase中，性能、功能、可靠性等8条指标，第一是eXtremeDB；第二是Times Ten；altibase无法相比。altibase在国内电信得到应用，是各种非产品因素综合的结果。