Ajax и Undo/Redo

[Ioprst]

Доброго времени суток. Есть некое клиентское приложение на javascript. Есть серверная часть: php + Mysql. Пользователи могут добавлять, изменять удалять данные. В приложении реализовано undo/redo - удаленный элемент можно восстановить и т.п. При любом действии отправляется запрос на серверную часть, и в бд пишутся измененные данные. Возникла такая ситуация: если удаленный элемент восстанавливать, удалять с большой скоростью (Undo - восстановили, Redo - удалили), соответственно создаётся больщое количество запросов к серверной части, один за другим. Из этого начинаются проблемы в бд, элемент может не удалится или возникают ошибки дублирования. Каким образов лучше отправлять запросы от клиентской часть на сервную часть, чтобы это надежно работало?

[dmitriymar]

Возникла такая ситуация: если удаленный элемент восстанавливать, удалять с большой скоростью (Undo - восстановили, Redo - удалили), соответственно создаётся больщое количество запросов к серверной части, один за другим. Из этого начинаются проблемы в бд, элемент может не удалится или возникают ошибки дублирования.

Странный вывод .
Может когда количество запросов к серверу превышает максимальное количество одновременных браузера и ранее отправленные запросы сбрасываются ?
Может база не оптимизирована и не может выдержать такую нагрузку?
Может из за того , что изза возникновения ошибок при передаче, запросы отправленные позже , выполняются раньше чем отправленные ранее?

1 Не превышать максимального количества запросов -для первого случая
2 Очерёдность критична? -значит один поток использовать. Ставить в очередь. Пришел ответ от отправленного ранее , выполнить следующий из очереди
3 Критичны ошибки бд.? пункты 1, 2 и в случае прихода ответа , что произошла ошибка в базе -повторить запрос

Р.S. запрещать пользователю часто нажимать на кнопки , делать их неактивными на время после нажатия

[Ioprst]

Странный вывод .
Может когда количество запросов к серверу превышает максимальное, ранее отправленные запросы сбрасываются ? Может база не оптимизирована и не может выдержать такую нагрузку?
Может из за того , что изза возникновения ошибок при передаче, запросы отправленные позже , выполняются раньше чем отправленные ранее?

1 Не превышать максимального количества запросов -для первого случая
2 Очерёдность критична? -значит один поток использовать. Ставить в очередь. Пришел ответ от отправленного ранее , выполнить следующий из очереди
3 Критичны ошибки бд.? пункты 1, 2 и в случае прихода ответа , что произошла ошибка в базе -повторить запрос

Р.S. запрещать пользователю часто нажимать на кнопки , делать их неактивными на время после нажатия

Спасибо.