YV
DB::table(‘my_table’)->insert($preparedChunkedArray) и будет тебе счастье
Size: a a a
2020 March 14
АВ
DB::table(‘my_table’)->insert($preparedChunkedArray) и будет тебе счастье
спасибо
YV
При этом следи, чтобы нужная магия не потерялась (например created_at / uptadet_at, их руками надо ставить в этот самый массив)
АВ
При этом следи, чтобы нужная магия не потерялась (например created_at / uptadet_at, их руками надо ставить в этот самый массив)
При Batch вставке есть возможность проверять на существование записей в БД? или это тормоза жуткие будут
YV
При Batch вставке есть возможность проверять на существование записей в БД? или это тормоза жуткие будут
YV
Там же есть параметр ignore
АВ
да, наверное то, что нужно
EG
Там же есть параметр ignore
ignore autoincrement уничтожает, т.е. инкрементит за зря, лучше все таки select update, не нашел вставил.
Правильно раставленые индексы помогут ускорить проверку на существование записи.
Правильно раставленые индексы помогут ускорить проверку на существование записи.
PF
А при этом айдишник записи остаётся или при создании записи он инкрементится?
EG
А при этом айдишник записи остаётся или при создании записи он инкрементится?
Id останется, но значение autoincrement не откатится
YV
"REPLACE works exactly like INSERT, except that if an old row in the table has the same value as a new row for a PRIMARY KEY or a UNIQUE index, the old row is deleted before the new row is inserted. "
PF
Получается, если у меня в таблице дофига проинициализированных полей, не null, мне их стейт нужно заново проставить вручную
EG
"REPLACE works exactly like INSERT, except that if an old row in the table has the same value as a new row for a PRIMARY KEY or a UNIQUE index, the old row is deleted before the new row is inserted. "
PF
Имеется в виду в новых записях у меня по дефаулту будут null, а в старых записях, где эти поля не null
PF
Сложно) лучше инзертить новые записи и не париться🙈
YV
Имеется в виду в новых записях у меня по дефаулту будут null, а в старых записях, где эти поля не null
если у тебя PK, то не будет старых / новых записей. Если не PK, то это не будет работать.
YV
если хочется делать быстрые вставки, и при этом проверять дубликаты, то в любом случае будет определенные геморой.
PF
если хочется делать быстрые вставки, и при этом проверять дубликаты, то в любом случае будет определенные геморой.
согласен)
YV
Если будет существенный поток, то быстрее всего будет работать через импорт из csv во временную таблицу и оттуда перегонкой через insert into on duplicate key update
YV
когда целиком всю таблицу загонишь за раз