Как в Laravel правильно записывать и хранить список данных?

Question

[Володимир]

Есть таблица users и есть модель User. В личном кабинете у каждого пользователя есть два списка данных, которые он может хранить и расширять, это список своих телефонов и коротких заметок.
Отсюда вопрос как в Laravel правильно записывать и хранить список данных?

Можно создать два столбца в таблице под именами phones и notes, и все списки хранить в них через запятую например для каждого пользователя и вынимать их через explode. Но как я понимаю это не совсем правильно? Ну и вопрос быстродействия и ресурсозатрат тоже важен.
Кто может подсказать, как правильно?

Answer 1

[Антон Антон]

Зависит от того, как это используется. В любом случае в одной таблице с пользователем хранить не целесообразно, слишком много данных при каждом запросе читать. Остается выбор между one-to-one (id пользователя в качестве первичного ключа или уникального индекса и json поле с данными) и one-to-many (отдельный первичный ключ и неуникальный foreign индекс с id пользователя, в каждой строке отдельно по одной записи).
В этом случае логичнее (и удобнее для добавления/редактирования и прочего) будет вариант с one-to-many, но в некоторых случаях (не этот юзкейс, конечно) может подойти и one-to-one.
Советую полностью прочитать вот этот раздел в документации: https://laravel.com/docs/8.x/eloquent-relationships

Comments

[Володимир]

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

[Антон Антон]

Володимир,

Так это база разрастется с таблицами жутко.

ну и что?

Вы говорите, что много данных при каждом запросе считывать, но это будет 1 запрос из одной таблицы, а допустим не 2 запроса из двух таблиц.

поставьте https://github.com/barryvdh/laravel-debugbar и посмотрите, какие запросы к СУБД выполняются при отображении каждой страницы.
Вряд ли вам нужны данные с заметками и телефонами прям при каждом отображении любой страницы сайта. + если это всякие лонгтексты, то они все равно отдельно хранятся и чтение будет из разных мест. Обновление этого дела также может привести к ненужной фрагментации в данных (а тут получается тенденция на увеличение размера каждой строки). Куча неудобств. Я бы к стандартной модели пользователя добавлял только то, что реально используется в каждом запросе и точно не добавлял бы нестабильные по длине данных и часто меняющиеся вещи.

[Володимир]

Не нашел метода в документации при котором, можно создать нового пользователя сразу со списком данных, что-то вроде этого:

В модели User:
    public function phones()
    {
        return $this->hasMany(Phone::class);
    }
В модели Phone:
    public function user()
    {
        return $this->belongsTo(User::class);
    }

Создание пользователя:
        $user = new User();
        $user->name = "Test";
        $user->age = "100";
        $user->active = 1;
        $user->phones()->save('79999999991');
        $user->phones()->save('79999999992');
        $user->phones()->save('79999999993');
        $user->save();

Чтобы телефоны сразу создавались с user_id пользователя.

[Володимир]

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

[JhaoDa]

Володимир, используй json, там полная свобода.

[Антон Антон]

Володимир,

https://laravel.com/docs/8.x/eloquent-relationship...

$user = new User();
        $user->name = "Test";
        $user->age = "100";
        $user->active = 1;
        $user->save();
        $user->phones()->createMany([
    ['phone' => '79999999991'],
    ['phone' => '79999999992'],
]);