Domino中AJAX应用的性能考虑！

[Jerry.C]

我想对于企业应用来说：稳定＼高效　是最重要的！
那么我希望斑竹对于这点，可以作为一个小专题专门讨论吗？

[zhleo]

丁页，强列支持。

[Jerry.C]

性能考虑如下
(我们假设数据有3000条[对应domino中的文档],没条记录有5个columns[5个域],每个域8个字符)
1.XML的解析需要大量的时间(相对)
2.数据描绘到页面的速度问题


相类似的问题可以看如下的帖子 http://www.javaeye.com/topic/130291

(希望大家探讨探讨！如此而已)

[Jerry.C]

最近总是性能 性能 ! 实在是由于 公司以前一直用b/s结构,但是由于公司不断变大,数据也变多,b/s的性能实在让人委屈.所以公司已暂停新项目,而考虑c/s或则直接fired domino !我靠!

企业很实际的!效率很重要,花哨的ui可能第二or ...
可能不在企业里的人感受不那么深哦!

[长颈叔叔]

呵呵，主要还是数据量决定，最开始设计的时候只有几百条数据，同时也就几个开发人员在线，怎么做都很快，直到一天几百人在线，数据累积越来越多，才发现性能的问题。

我们公司也碰到过类似问题，后来也是在慢慢的做fine tune.

[Jerry.C]

(1)Server的速度,文档型数据库嘛!
(2)Client的速度,(这里加如AJAX)dom这种树的操作!
html就不适合大量的数据!dom这个东东!数据量大又要保证性能,貌似很难!
我感觉db2与domino的结合正是ibm解决domino文档数据库速度问题.历史数据转移到db2!

[骏之城]

我看了一下你前面链接中的帖子。就那篇帖子而言，把几千条记录全部显示在浏览器上，很可能会很慢，我想主要瓶颈应该不在xml的传递，而是最后转成Dom时耗时，另外再加上Ext的比较复杂的转换。如果一定要做到那种效果的话，一种就像那个帖子中所说的，一开始只有几十条，在用户滚动或翻页的时候才读取前后的数据。但这样的话，Ext排序的效果就没有了。我自己这两天遇到类似的问题，还只是几百条记录转成HTML，页面已经是没有动静了。因为当时这个问题不是我主要解决的问题，所有没有仔细去研究是怎么回事。但是可以肯定的是，Domino返回数据的速度是可以的，但是到多少条会出现瓶颈还没有做过测试。我的一点经验是多用?ReadViewEntry(凭记忆写的，可能不对。)和FTSearch，避免用代理返回大量数据。用代理返回大量数据，效率是很低的，用户少的时候不明显，用户一多，那个速度就很难受了。