AU
Size: a a a
2019 December 19
AU
не знал что по дефолту
AK
сделал в итоге так await questionsRepo.save(questionsToUpdate); и нормально апдейтит. Так хорошо что у меня возник второй вопрос. Почему когда я делаю await questionsRepo.save(questionsToSave) insert, то бишь там массив новых вопросов 657 строк, typeORM делает это очень долго и в итоге ывдаёт ошибку too many sql varialbes. Хотя тоже самое но при передачи в него 657 строк с id уже существующих в базе, он меняет мнговенно без ошибок
Вот здесь когда ты говоришь save по id то id у тебя индексируемый и соответственоо быстрее найдет сущность , чем Insert
AK
Если не прав, поправьте
AU
так insert вообще ничего искать не должен. а просто вставлять нет ?
AK
так табличку после insert переиндексировать надо
AK
а это время
AK
поэтому с Index надо быть осторожнее
AK
и не пихать везде
AU
ну вроде и не пихал ) Я вообще пока в них не шарю чтобы куда то пихать ) У меня данные то не вставляются даже, ошибка прилетает о большом кол-ве variables. А сам save происходит вот так
AU
insert select insert select и это оооочень долго
AK
ну вроде и не пихал ) Я вообще пока в них не шарю чтобы куда то пихать ) У меня данные то не вставляются даже, ошибка прилетает о большом кол-ве variables. А сам save происходит вот так
а какйо СУБД пользуешься?
AK
workbench там datagrip - посмотри параметры таблицы
AU
в итоге я делаю save через qyeru builder разбивая его на части по 50 строк чтобы ошибку это не ловить. и это тоже звиздец как долго происходит
AU
sqlite у меня по ТЗ
AK
азцени
AK
зацени внутренности таблицы)
AK
FK какие к этой таблицы