AJAX导致更多“chattiness”

时间:2009-06-18 12:34:23

标签: database ajax performance

我们正在重新设计一个屏幕,从“旧式”编辑并提交到AJAXy风格,每隔几秒就会自动保存。

结果将是更多,但是更小的服务器/ db往返。例如,当用户编辑textarea字段时,我们将通过AJAX每60秒自动保存一次更改。目前,他们会更新一个或多个此类字段,然后提交整个页面,整个页面将重新加载。

我们这样做是为了让用户对页面更加敏捷 - 这是AJAX的一个显而易见的用途。但是你们有没有遇到过与这样的方法相关的服务器/数据库性能问题?从服务器/数据库往返的角度来看,是否存在预先了解的问题?

由于

2 个答案:

答案 0 :(得分:2)

我在this answer中提到了与DWR(Java AJAX框架)相关的这个问题。

AJAX在它提供的内容中很诱人。您将(很可能)获得更多数据往返(就个别请求/响应而言)。我的建议是监视/测量它,并确定在AJAX上下文中使用什么是重要的,以及往返是多么昂贵(在网络和CPU术语中)。如您所知,这将影响您的服务器进程和支持数据库。

您可能会发现各种数据类型都需要缓存,或者某些数据太昂贵,无法从AJAX基础架构的POV中检索。您可以在服务器端和(或课程)缓存在网页本身。

我已经看到客户端网站实现了大量支持AJAX的网页,但由于对后端的无法预料的影响,只能限制或回滚。通过一点点意识和一些监测影响的努力,这通常可以避免,或者至少提前理解并适当减轻。

答案 1 :(得分:0)

通过让系统而不是用户决定何时将某些内容保存到数据库,我从未遇到过性能问题。

我可能会想到一些数据完整性问题,但我认为那些对你来说并不重要。