Ну как-бы какая разница?

Класс нельзя сделать асинхронным

Само по себе понятие класса такое не позволяет

Внутри класса есть корневой элемент, который является функцией для запуска всего as_view. Вот с ней и работай

Вы atomic имеете ввиду. Я если честно, плохо понял, как оно работает. Но вроде bulk_create использует именно его.

Что я ещё проверил:
1. Мой генератор, который выдаёт кол-во объектов, которое равно batch_size, жрет оперативу. С каждый циклом все больше
2. Гружу 200к позиций батчами по 5к. После перезагрузки сервера и БД отрабатывает ОК. Если второй раз запустить то оперативка сжирается и БД отключает соединение. Попробую оперативы на хостинг докинуть, может исправит ситуацию

Дело интереса

А ведь можно было бы просто создать менеджмент команду, которая фором проходит по файлу и создаёт все что надо

Я там ниже ответил

1мб не так много

И отправляет миллион запросов в БД? Долго + нагрузка, нет?

А, вижу, спасибо, гляну

Если один раз, то забей

Это лучше, чем две недели сидеть и тупить

Тут дело в задачи. Если это на 2 недели стопануло закрытие твоих тасков, то это контрпродуктивно

Мне надо 3 раза в день основную таблицу обновлять как-то

Ну это другое дело

Почему ты не обновляешь разницу?

Или там во всей таблице Абсолютно все записи меняются?

БОльшая часть меняется. Мне нужно:
1. Обновить наличие и цену
2. Удалить позиции, которые закончились
3. Добавить позиции, которые появились

Вообще хорошим тоном является деление таблиц на быстрые и медленные части. Тогда это позволит высокодинамичные столбцы в отдельные оптимизированные таблицы вывести