Как сместить значение поля position на +1?

Question

[urajo]

В базе допустим 10 записей, я хочу запись с 10 id поставить под 5 id, т.е 10 записи присвоить id - 6, а все остальные сдвинуть на +1. Т.е 6 запись станет 7 и т.д.
Как такое сделать?

Comments

[FanatPHP]

НИКАК
оставь уникальный идентификатор в покое и не лазь в него грязными пальцами

если нужно поле для сортировки, то завести отдельное

[urajo]

FanatPHP, в данной ситуации мне нужна именно манипуляция с id

[Akina]

в данной ситуации мне нужна именно манипуляция с id

Крайне сомнительно. Скорее всего Вы просто не видите иного, правильного, решения (неозвученной, кстати, задачи - а зря). А потому пытаетесь применить вроде бы очевидное, но на самом деле очевидно неправильное, решение.

[urajo]

Akina, хорошо, давайте это столбик не id, а position, в котором каждая позиция уникальная и мне надо сместить по такому же принципу ...

[FanatPHP]

И сидит такой довольный, в уголке хихикает. "Как я этих дурачков-то вокруг пальца обвёл! Сказал что position, а на самом деле буду id курочить!"

Как тут не вспомнить анекдот про алкоголика, "а я убрал, но не прекратил!"

[urajo]

FanatPHP, ну мб потому, что мне не принципиально? Что изменится, ну ок вы сказали про то что id трогать нельзя, хорошо, я добавлю позишн и что? По факту в решение мне нужно будет в таком случае id заменить на position. Вопрос в том нужен ли мне позишен. Пока вы просто флудите

[FanatPHP]

"не принципиально" тебе потому что знания у тебя микроскопические. и не хватает ума чтобы прислушаться к тому что тебе говорят

[Akina]

FanatPHP,

И сидит такой довольный, в уголке хихикает. "Как я этих дурачков-то вокруг пальца обвёл! Сказал что position, а на самом деле буду id курочить!"

С вероятностью в 99% - не получится. Ибо MySQL обновляет записи по одной, и каждый раз проверяет ограничения. Так что в случае первичного ключа или просто уникального поля получится duplicate violation.

[Akina]

urajo,

ну мб потому, что мне не принципиально?

А вот это очень плохо. Объясняю. Назначение первичного ключа - однозначно идентифицировать запись в течение времени жизни таблицы.

ВНИМАНИЕ - ЭТО ОЧЕНЬ ВАЖНО ! Именно времени жизни таблицы, а не записи!

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

Понимание этого момента - очень важно для реляционных баз данных. И пока ты эту истину не поймёшь и не примешь, у тебя всегда будет ещё один огородик с граблями, куда можно ненароком прогуляться...

Answer 1

[Akina]

CREATE PROCEDURE move_rows ( IN position_move_from INT,
                             IN position_move_to INT )
UPDATE test 
SET pos = CASE WHEN id = position_move_to
               THEN position_move_from
               ELSE pos + SIGN(position_move_to - position_move_from)
               END
WHERE id BETWEEN LEAST(position_move_from, position_move_to)
             AND GREATEST(position_move_from, position_move_to)
ORDER BY id = position_move_to;

DEMO fiddle

Answer 2

[Дмитрий Гординский]

UPDATE table SET `order` = `order` + 1 WHERE `order` > 7