записей.
<?php
namespace App\Http\Controllers;
use App\Models\Post;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\DB;
class PostsController extends Controller
{
/**
* Display a listing of the resource.
*
* @return \Illuminate\Http\Response
*/
public function index()
{
$post = Post::updateOrCreate([
'title' => 'Post 3'
], [
'description' => 'Description for post 3.',
'body' => 'body for post 3 - updated.'
]);
print_r($post);die;
}
}
Поэтому рассматриваю updateOrCreate()
В документации предлагается:
try{
DB::beginTransaction();
/*
* Your DB code
* */
DB::commit();
}catch(\Exception $e){
DB::rollback();
}
Вопрос такой, пропустить весь запрос через foreach
Post::updateOrCreate([
'title' => 'Post 3'
], [
'description' => 'Description for post 3.',
'body' => 'body for post 3 - updated.'
]);
Или в updateOrCreate() вторым параметром передать многомерный массив. Пример кода не мой, скопировала, title условно будет разный.
Так что скорее всего понадобится foreach или рекурсивная функция, пока не переберу весь массив. Основной момент за который я переживаю, это нагрузка на базу данных. Цель: сделать оптимизированный мультизапрос
updateOrCreate()
iQs Solution, мы обнаружили что Ваше сообщение больше чем наполовину состоит из кода. Рекомендуем сохранять примеры кода на внешних источниках, например, https://paste.laravel.io
Если тебе массовое обновление - то метод upsert если создание, то create поддерживает массовое создание Транзы в таком случае тут не нужны
DB::transaction(function () { // code }) Упростит работу с транзакциями.
Нет, у меня там проверка на создание или обновление, если запись есть поэтому использую это свойство, чтобы не делать лишних проверок-запросов. Вот почему updateOrCreate() а не upsert или create. Там и обновление и запись.
Я привела пример в своём вопросе, это я знаю, где // code хочу сделать оптимальный запрос. Просто знаю что в случае с insert into я могу в VALUE передать целый массив данных, а не одну строчку на запись, но у меня ещё проверка на is exist
Обсуждают сегодня