我们正在重新设计一个屏幕,从“旧式”编辑和提交,到每隔几秒自动保存一次的 AJAXy 风格。
结果将是 更多,但更小 服务器/数据库往返。例如,当用户编辑文本区域字段时,我们将通过 AJAX 每 60 秒自动保存一次他们的更改。目前他们会更新一个或多个这样的字段,然后提交整个页面,然后整个页面会重新加载。
我们这样做是为了让页面对用户来说更加快捷 - 一个明显的 AJAX 用法。但是你们中有人遇到过与转向这种方法相关的服务器/数据库性能问题吗?从服务器/数据库往返的角度预先了解是否存在陷阱?
谢谢
最佳答案
我在 this answer 中提到了这个问题与 DWR(Java AJAX 框架)有关。
AJAX 所提供的功能极具吸引力。您将(很可能)获得更多数据往返(就个人请求/响应而言)。我的建议是监视/测量这一点,并确定在 AJAX 上下文中使用什么是重要的,以及往返的成本是多少(在网络和 CPU 方面)。正如您所确定的,这将影响您的服务器进程和支持数据库。
您可能会发现各种数据类型都需要缓存,或者某些数据太昂贵而无法从 AJAX 基础设施的 POV 中检索。您可以在服务器端和(或当然)在网页本身中缓存。
我已经看到客户站点实现了大量支持 AJAX 的网页,但由于对后端的不可预见的影响,只能限制或回滚它。只要稍加注意并努力监测影响,通常就可以避免这种情况,或者至少可以提前了解并适当减轻这种情况。
关于database - AJAX 导致更多 "chattiness",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1012399/