RESTful API должны быть без состояния, но как насчет параллелизма?

Мне любопытно, как я решаю проблему параллелизма для RESTful API. В частности, у меня есть коллекция объектов, которые требуют ручного изучения и обновления, например. количество строк, которые нуждаются в обновлении столбца вручную; однако, если я открою API для нескольких клиентов, все они будут захватывать эти элементы сверху вниз, поэтому многие пользователи будут заполнять столбец одной и той же строки одновременно. Я бы предпочел, чтобы не было коллизий, и простой способ с отслеживанием состояния — просто сбрасывать элементы в очередь службы и извлекать их по мере запроса людей.

Что такое версия без гражданства? Хешировать по IP-адресу или случайным образом захватывать строки на основе идентификатора?

:: update ::

«Хм, значит, с точки зрения клиента он просто должен быть без состояния?

Это, безусловно, имеет большой смысл. Я только что читал статью (ibm.com/developerworks). /webservices/library/ws-restful) об API-интерфейсах RESTful, и после того, как я столкнулся с небольшим количеством пейджинга, я забеспокоился, что моя очередь с сохранением состояния похожа на увеличение на страницу, но на самом деле они сильно отличаются, так как «следующая страница» относительный на стороне клиента, в то время как "pop" всегда не имеет состояния для клиента: не имеет значения, что было извлечено раньше.

Спасибо, что прояснил мне голову!" -Me