И это сразу можно было увидеть, посмотрев как сформировался код страницы в браузере

Во первых перестрой данные утилити класса что бы коды страны были ключами (это логичнее)
Во вторых возвращай именно такой ассоциативный массив из all

Дальше код шаблона формы останется такой же, и в бд попадет именно код страны. Ну в итоге на выводе нужно будет преобразовать этот код в имя. Например всё так же заюзав свой утилити класс прямо в шаблоне вывода, или написав акцессор getCountryLabelAttrebute в модели юзера где и заюзать утилити класс а в шаблоне выводить $user->country_label

Возможно тебе пригодится ) удобнее будет ) https://youtu.be/WtIgnK42mvc

По мне , такой подход луче и динамичнее , ну либо многие его многим , сделай user_id country_id

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

А этот канал на YouTube лично мне нравится. Кратко и по сути.

Там много у него видео простых и нужных по laravel

Да я не вникал , увидел что сохраняет Id , и выводит тот же id

И эти selectы или что у него там было принимали 0,1,2 а ему другое надо , в итоге все равно не кинул что вышло )

Ну там ничего сложного в итоге. Не те ключи в ассоциативном массиве. Он когда искал ошибку обратил внимание только на вывод, но не заглянул, какие value попадают в поле select в форме (html). Так бы быстрее ошибку нашел.

Я конечно бы просто вторую таблицу бы сделал с полями id county user_id . Но два запроса в бд это критично в данном случае ?

Если два, то думаю вообще не критично.

Я вот недавно тоже делал ссылку на аватарку в таблице users. Но потом, заметил, что в шаблоне используются и уменьшенные размеры аватарок. Значит, их уже будет несколько. Создал отдельную таблицу images с полями i400x450, i100x100 и сделал отношение один к одному. Ну да, теперь запросов всегда минимум 2, а не 1, как раньше. Но не знаю как это делают другие. Все равно имена изображений нужно где-то хранить (в бд). Так что один запрос туда, один сюда... Если посещаемость 10 человек в сутки. То пусть хоть 20 запросов на страницу будет, образно говоря)

Могу ошибаться

У кого какой подход но есть пакеты для работы с хранилищем , какие не помню , не нужно было

Какое хранилище имеется в виду?

Ну где хранятся фотки , генерации ссылки на них и тд

Ты имеешь в виду, если в облаке хранить?

Типа Amazon S3?