Хорошо, у меня была похожая проблема, и я попытаюсь объяснить, как я ее решил.
У моего велосипедного тура около 5 станций. Каждая станция имеет уникальный идентификатор и номер заказа:
stations": [
{
"uid": 1,
"order": 1
},
{
"uid": 2,
"order": 2
},
{
"uid": 3,
"order": 3
},
{
"uid": 4,
"order": 4
},
{
"uid": 5,
"order": 5
}
]
Каждый раз , если порядок одного элемента был изменен (перетаскивание), я отправляю запрос REST моей веб-службе. ]
Предположим, мы хотим переместить станцию uid = 3 на одну позицию вниз. Станция с uid = 3 идет вниз, а станция с uid = 4 идет вверх. Поэтому мой запрос PUT выглядит следующим образом:
...myapplication.com/api/changeorder?station=3&direction=down
Теперь на стороне сервера мне просто нужно найти элементы, затронутые этим действием перемещения вниз, и обновить их порядок в моей базе данных. Мой веб-сервис REST отправляет OK
, если обновление прошло успешно.
В моем случае не было необходимости отправлять новый отсортированный список, потому что мой пользовательский интерфейс всегда изменялся с помощью действия перетаскивания.
Почему бы и нет просто добавить нолок в определение вида? таким образом вам не нужно явно добавлять его в представление
NOLOCK часто приводит к неверным результатам. Можно ли вместо этого использовать изоляцию моментальных снимков?