Tom_111版主：你是否能干点好事，把datamann名下的所有帖子全删掉

Tom_111版主：你是否能干点好事，把datamann名下的所有帖子全删掉

[[i] 本帖最后由 datamann 于 2008-8-16 14:34 编辑 [/i]]

“这个问题本来不是问题的，现在好像已经是问题了。”
看式说的很有道理！
只注重性能、稳定性已经是内存数据库n年前作的事情了。随着发展现在考虑的东西多了！！！！

-----------------------------------------
内存数据库到底可以多大？
理论上操作系统，硬件内存能够做到多大，就能支持多大。
但是因为大内存，大数据量的内存数据库到目前为止应用时间不长，多数内存数据库在大数据量的支持上还不成熟。
我知道的上线的能达到120G。//硬件配置了172G内存。

事务复杂度可以复杂到什么程度？
不知道！
不过有一些标准的复杂度测试，列入tpc-h ，如果支持这个没问题的话大多数复杂度的业务应该都没有问题吧。

[[i] 本帖最后由 lmx66768 于 2008-1-15 09:10 编辑 [/i]]

您现在说了一点有营养的东东了：
大内存是不是问题，其实取决于该内存数据库是传统数据库转型而来的还是按实时数据库技术发展而从头开始的。对eXtremeDB，只要内存物理量够，就可以支持。
关于TPC的几个标准，据我所知，TPC-B是性能测试的。如果是TPC-H作为事务复杂度内涵的话，请您把altibase实现TPC-H的程序贴出来，同时附上altibase的评估软件，让大家看看－－要说明的是，TPC-H不能作为性能测试的衡量依据哦；要衡量性能，要用TPC-B。

我的看法是TPC-H所有数据库都可以实现；TPC-B虽然所有数据库都可以实现，但TpcB值就不同了。

据我说知timesten 好像支持不全tpc_h的语句。

其他内存数据库，也要看看处理性能。

出于对TimesTen的负责，我们还是要落实一下。再一个，TPC的标准主要以传统数据库为对象，实时数据库采用TPC标准只能是着眼于参考其精神。

“出于对TimesTen的负责，我们还是要落实一下。”
我从来都是只认定自己做的测试，其他人说的都是拿来参考的！　你可以自己测试看看，如果有不同的看法，欢迎拿来共享！

---------------------------------------------

“TPC的标准主要以传统数据库为对象”
我觉得这种标准测试，不只是针对数据库，而且是针对一些常用的应用事务。
在没有具体的应用来做对比测试的情况下，内存数据库完全可以拿tpc的东西来进行一些更贴近实际应用的测试。

我向对TPC比较了解的人请教了。TPC是测试，不是强制标准。SQL标准是强制标准，ACID属性也是，TPC不是。并且，在历史上有的数据库为了提高分值，专门对测试方法进行优化，“高分低能”。

？

[[i] 本帖最后由 datamann 于 2008-1-14 19:36 编辑 [/i]]

?

[[i] 本帖最后由 lmx66768 于 2008-1-15 09:11 编辑 [/i]]

SQL标准是强制标准 ， 能拿来做性能测试吗？


你说不一定要用tcp 测试。？！ 没问题。
我也说过，真正的测试最好在客户那做实际的应用的性能测试。 你没有必要把别人的产品想的那么坏！

关于TPC，我们没有分歧啊。我的看法有点象对“高考”。“高考”很权威，很大程度上能够说明问题；但是，高考的分数是诸多指标中的一个指标。
没有分歧吧？

之前你说了句脏话，我想问你是哪得罪你了？？？
论坛尽量之说技术，这个帖子，我一会尝试删掉，但是希望看到你的回答！

在『2008-1-9 10:48』的回复里面，有没有一个动画？你自己看看这个动画！
我还气呢！开始还没发现！
删帖子？要删只能上那个动画和我上面的那几句话。技术部分凭什么删？你要是愿意删掉那个动画，我也同意删掉我上面的那几句话，算是道歉。
欺负我不是斑竹，对不对？

我也使普通用户，最少能编辑自己帖子！！！！

那个帖子阿！ 名字给我！！我改了不久得了

我把我那个回复删了。你把“＃2”的那个回复上的动画改掉。

据说eXtremeDB达到1T尺寸的内存库在全球超大数据库上可以排进前十名。

春节期间要是有时间的话，就把eXtremeDB创建1TB内存库的报告发表出来。

对大多数用户而言，8GB的内存库是够大了吧？

l)