Как установить инкремент на столбец, который будет порядок сортировки записей другого не уникального столбца этой таблицы?

Question

[Holmess88]

Здравствуйте!
Есть таблица с составным ключом:
1) ссылка на родительскую модель из другой таблицы
2) порядковый номер дочерней модели в родительской.

Вопрос:
Как перенести на слой БД через конструктор миграций обеспечение прироста порядкового номера дочерней модели относительно родительской модели, а не таблицы в целом? При этом должна сохраниться возможность менять порядок дочерних моделей.

Инструменты: Laravel 8.0 + Eloquent

Заранее спасибо.

Comments

[Slava Rozhnev]

Примерчик бы опубликовать, а то не очень понятно о чём речь

[Holmess88]

Slava Rozhnev, например.
У меня есть книга. Она стоит из глав. Главы из предложений.
Глава будет родительской моделью.
Предложения в главе дочерней.

Так вот. Все предложения каждой главы идут в строгом порядке, в одинаковых значениях порядка. При этом мы пониманием что Глава 1 Предложение 3 это не тоже самое что Глава 2 Предложение 3.

Я хочу перенести логику проставления порядкового номера Предложения в главе на базу данных, а не приложение. Такое возможно?)

Сейчас я просто тупо записываю в Предложение id Главы, считаю сколько записей в этой Главе и руками проставляю порядковый номер нового Предложения, добавляя его в конец списка.

То есть, я не вижу смысла в сквозной нумерации айдишников вида Глава 1 (Предложение 1.порядок=1, Предложение 2.порядок=2, Предложение 3.порядок=3), Глава 2 (Предложение 4.порядок=1, Предложение 5.порядок=2)

Answer 1

[Rsa97]

По большому счёту, для сортировки записей дочерней модели не важен порядковый номер дочерней записи внутри родителя, важно только возрастание некоего признака.
То есть, если у вас в дочерней модели есть автоинкрементное поле, то сортировка по нему дочерних записей даст порядок их добавления, и не имеет значения, что в этом поле (10, 17, 35, 1221), а не (1, 2, 3, 4).

Comments

[Holmess88]

Так то да, но я ответил пользователю выше, почему мне важно сохранить порядок в виде 1,2,3 1,2,3 , а не 1,2,3,4,5,6.

Это добавляет накладных расходов на обслуживание лишнего поля "порядок", где я смогу переставлять модели в нужном мне порядке. Да и запутывает суть маршрута в роутинге, когда вместо книга/1/глава/3/предложение/1 мы просим книга/1/глава/3/предложение/9999

Да, я могу сделать индексным поле порядка и подставлять его в маршрут. Но зачем мне тогда лишний столбец с айди записи который по-сути ничего мне не дает кроме формального закрытия нужны в первичном ключе? Если порядок+глава уже и так являются айди

[Rsa97]

Holmess88, Тогда только поле, которое надо обрабатывать самостоятельно, не забывая про транзакции и блокировки.

[Holmess88]

Rsa97, очень жаль) Я думал средствами БД можно без написания процедур такой фокус провернуть)