我有一个网页显示来自服务器的大量数据。通信是通过 ajax 完成的。
每次用户交互并更改此数据（假设用户 A 重命名某些内容）时，它都会告诉服务器执行操作，并且服务器返回新更改的数据。
如果用户 B 同时访问该页面并创建一个新的数据对象，它将再次通过 ajax 告诉服务器，服务器将为用户返回新对象。
在 A 的页面上，我们有带有重命名对象的数据。在 B 的页面上，我们有一个新对象的数据。在服务器上，数据既有重命名的对象，也有新的对象。
当多个用户同时使用它时，我有哪些选项可以使页面与服务器保持同步？
诸如锁定整个页面或在每次更改时将整个状态转储给用户等选项都被避免了。
如果有帮助，在此特定示例中，网页会调用在数据库上运行存储过程的静态 web 方法。存储过程将返回它已更改的所有数据，不再返回。然后静态 web 方法将存储过程的返回转发给客户端。
赏金编辑：
您如何设计一个使用 Ajax 与服务器通信但避免并发问题的多用户 Web 应用程序？
即同时访问功能和数据库上的数据，没有任何数据或状态损坏的风险
概述：
嗨雷诺斯，
我不会在这里讨论任何特定的产品。其他人提到的已经是一个很好的工具集（也许将 node.js 添加到该列表中）。
从架构的角度来看，您似乎遇到了与版本控制软件相同的问题。一个用户签入对对象的更改，另一个用户想以另一种方式更改同一对象=> 冲突。您必须整合用户对对象的更改，同时能够及时有效地提供更新，检测和解决上述冲突。
如果我在你的鞋子里，我会开发这样的东西：
确定一个合理的级别，在该级别上您将定义我所说的“原子工件”（页面？页面上的对象？对象内部的值？）。这将取决于您的网络服务器、数据库和缓存硬件、用户数量、对象数量等。这不是一个容易做出的决定。
对于每个原子工件有：
一种服务器或伪服务器组件，能够有效地将相关变更日志传递给连接的用户。观察者模式是你的朋友。
一个 javascript 客户端，能够与上述服务器建立长期运行的 HTTP 连接，或者使用轻量级轮询。
一个 javascript artifact-updater 组件，当连接的 javascript 客户端通知监视的 artifacts-history 中的更改时刷新站点内容。（再次观察者模式可能是一个不错的选择）
一个 javascript artifact-committer 组件，它可能请求更改原子工件，试图获取互斥锁。它将通过比较已知的客户端 artifact-version-id 和当前的服务器端 artifact-version-id 来检测工件的状态是否在几秒钟前被另一个用户更改（javascript 客户端的延迟和提交过程因素）。
一个 javascript 冲突解决器，允许人类做出正确的决定。您可能不想只告诉用户“有人比您快。我删除了您的更改。去哭吧。”。来自相当技术差异或更用户友好的解决方案的许多选项似乎是可能的。
那么它会如何滚动...
好吧，我希望这可以成为您自己想法的开始。我相信还有更多的可能性。我非常欢迎对这篇文章的任何批评或改进，wiki 已启用。
克里斯托夫·斯特拉森
我知道这是一个老问题，但我想我只是插话。
OT（操作转换）似乎非常适合您对并发和一致的多用户编辑的要求。这是一种用于 Google Docs的技术（也用于 Google Wave）：
有一个基于 JS 的库用于使用 Operational Transforms - ShareJS ( http://sharejs.org/ )，由 Google Wave 团队的成员编写。
如果您愿意，还有一个完整的 MVC Web 框架 - 基于 ShareJS 的 DerbyJS ( http://derbyjs.com/ ) 可以为您完成所有工作。
它使用 BrowserChannel 进行服务器和客户端之间的通信（我相信 WebSockets 支持应该在工作中 - 它以前通过 Socket.IO 在那里，但由于开发人员对 Socket.io 的问题而被删除）初学者文档是然而，目前有点稀疏。
我会考虑为每个数据集添加基于时间的修改戳。因此，如果您正在更新数据库表，您将相应地更改修改后的时间戳。使用 AJAX，您可以将客户端修改后的时间戳与数据源的时间戳进行比较——如果用户落后，则更新显示。类似于此站点定期检查问题以查看在您输入答案时是否有其他人回答的方式。
您需要使用推送技术（也称为 Comet 或反向 Ajax）在对数据库进行更改后立即将更改传播给用户。目前可用的最佳技术似乎是 Ajax 长轮询，但并非所有浏览器都支持它，因此您需要后备。幸运的是，已经有解决方案可以为您处理这个问题。其中包括：orbited.org 和已经提到的 socket.io。
将来会有一种更简单的方法来做到这一点，称为 WebSockets，但目前还不确定该标准何时准备好迎接黄金时段，因为该标准的当前状态存在安全问题。
数据库中不应该有新对象的并发问题。但是当用户编辑对象时，服务器需要有一些逻辑来检查对象是否同时被编辑或删除。如果对象已被删除，解决方案也很简单：放弃编辑。
但是当多个用户同时编辑同一个对象时，就会出现最困难的问题。如果用户 1 和 2 同时开始编辑一个对象，他们都会对相同的数据进行编辑。假设用户 1 所做的更改首先发送到服务器，而用户 2 仍在编辑数据。然后您有两个选择：您可以尝试将用户 1 的更改合并到用户 2 的数据中，或者您可以告诉用户 2 他的数据已过期，并在他的数据发送到服务器后立即向他显示错误消息。后者在这里不是非常用户友好的选项，但前者很难实现。
第一次真正做到这一点的少数几个实现之一是EtherPad，它被 Google 收购了。我相信他们随后在 Google Docs 和 Google Wave 中使用了 EtherPad 的一些技术，但我不能确定这一点。谷歌还开源了 EtherPad，所以也许值得一看，这取决于你想要做什么。
同时编辑东西真的很不容易，因为由于延迟，不可能在网络上进行原子操作。也许本文将帮助您了解有关该主题的更多信息。
尝试自己编写所有这些是一项艰巨的工作，而且很难做到正确。一种选择是使用一个框架，该框架旨在使客户端与数据库以及彼此实时保持同步。
我发现 Meteor 框架在这方面做得很好（http://docs.meteor.com/#reactivity）。
“Meteor 包含反应式编程的概念。这意味着您可以以简单的命令式风格编写代码，并且每当您的代码所依赖的数据发生变化时，结果将自动重新计算。”
“这种简单的模式（反应式计算 + 反应式数据源）具有广泛的适用性。程序员无需编写取消订阅/重新订阅调用并确保它们在正确的时间被调用，从而消除了整个类的数据传播代码，否则会阻塞你具有易于出错的逻辑的应用程序。”
我不敢相信没有人提到Meteor。它肯定是一个新的和不成熟的框架（并且只正式支持一个数据库），但它需要所有繁重的工作和思考海报所描述的多用户应用程序。事实上，您不能不构建多用户实时更新应用程序。这是一个快速的总结：
Meteor 很简单，我建议你至少看一下它，以便窃取想法。
这些 Wikipedia 页面可能有助于增加了解并发性和并发计算的视角，以设计一个ajax Web 应用程序，该应用程序以消息传递模式提取或推送状态事件( EDA )消息。基本上，消息被复制到响应更改事件和同步请求的通道订阅者。
有多种形式的并发基于 Web 的协作软件。
etherpad-lite有许多HTTP API 客户端库，一个协作式实时编辑器。
django-realtime-playground使用Socket.io等各种实时技术在 Django 中实现了一个实时聊天应用程序。
AppEngine 和 AppScale 都实现了AppEngine Channel API；这与googledrive/realtime-playground演示的Google Realtime API不同。