Это тип зашугать таблицу? деморализация =)

Прочитал я для себя смешнее, извините =)

Сначала надо определить какой тип связи у тебя. Их немного

У тебя есть user и offer. Так?
Любой user может иметь только 1 offer по логике приложения или их может быть несколько у конкретного пользователя?

Вот пользователь оставляет комментарии к статьям. Он может оставить один комментарий, два, три или ни одного. Но тем не менее, подразумевается, что их может быть много. Связь один (юзер)-ко-многим (комментариям). В тоже время у каждого комментария может быть только один автор. То есть наоборот - эта та же самая связь.
Отличается только содержимым методов, описывающих связь.

Как только ты определил связь - находишь в доке нужный раздел по этому типу связи и внимательно читаешь. Ссылку тебе скинули
🤪

Так тут значит не просто связать пользователя и заказ, а что-то намного глубже, посмотрю что Игорь скажет)

А я что типа специалист по связям что-ли

потому что uuid

👌

и что ?

Вот статья, тут с картинками про отношения, мне нра очень: https://hackernoon.com/eloquent-relationships-cheat-sheet-5155498c209

Благодарю

=)

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

А ты в модельке указал, что у тебя имя ключа другое?

Первичного

да

но не здесь

я уже и так пытался

Покажи как пытался