Там более тут вызов идет на updateOrCreate

Это да (

У тебя 16 откуда? user?

нет, это из теста, там айди разные могут быть

сейчас я подготовлю побольше данных, будет понятнее

А какое отношение?

hasMany
belongsTo

Падает в сторону hasMany?

yup

Ну сделай updateOrCreate([], $someRelationData->filter([...]))

User
public function someRelations()
{
     return $this->hasMany(SomeRelation::class);
}
SomeRelation
public function user()
{
       return $this->belongsTo(User::class, 'user_id');
}

(на самом деле модели другие)

foreach($someRelationsDto as $someRelationData) {
   $user->someRelations()->updateOrCreate(
        ['id' => optional($someRelationData)->id],
        $someRelationData->filter([
             'field_1' => $someRelationData->field_1,
             'field_2' => $someRelationData->field_2,
             'field_3' => $someRelationData->field_3,
             'field_4' => $someRelationData->field_4,
             'field_5' => optional($someRelationData)->id,
       ])
 );

Что удивительно, это же код в POST методе работает

только при апдейте такой баг

Всем привет)
Народ, тупой вопрос) а у Лары для коллекций есть метод эквивалент in_array?))

contains?

Спасибо))

на has  смотрел а он по ключам оказывается))

Стоит такая задача:
данные загружаются в БД из Эксель файла;
в файле порядка 20К строк, а в таблице бд под миллион;

Сейчас скрипт работает так: весь файл загружает в 2-х мерный массив, потом идет по массиву и на каждую строку делает запрос в БД на наличие этой же строки - чтобы избежать добавления дублей;

Сравнение выполняет по 7-ми полям...

Думаю - как оптимизировать эту работу. Как уменьшить кол-во запросов?
Кто может что подсказать?

без кода не разобраться

Через генераторы или LazyCollection (чтоб обрабатывать построчно а не собирать в массив), ну и в базе данных нужные индексы раставить чтоб легче проверять на дубли было.