NOLOCK на Представлениях, это распространяет к таблицам?

Хорошо, у меня была похожая проблема, и я попытаюсь объяснить, как я ее решил.

У моего велосипедного тура около 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, если обновление прошло успешно.

В моем случае не было необходимости отправлять новый отсортированный список, потому что мой пользовательский интерфейс всегда изменялся с помощью действия перетаскивания.

11
задан Dale K 1 November 2019 в 02:15
поделиться

3 ответа

Почему бы и нет просто добавить нолок в определение вида? таким образом вам не нужно явно добавлять его в представление

0
ответ дан 29 October 2019 в 04:13
поделиться

NOLOCK часто приводит к неверным результатам. Можно ли вместо этого использовать изоляцию моментальных снимков?

2
ответ дан 29 October 2019 в 04:13
поделиться
Другие вопросы по тегам:

Похожие вопросы: