извини, что включил в кодовую базу такую тяжелую и нерабочую миграцию. Эти изменения были отменены, поэтому новое развертывание должно пройти без проблем:
Я склонен согласиться с тем, что эта «массовая миграция» с большей вероятностью требует дополнительного анализа и строгого тестирования разработки на тестовой конфигурации с большой базой данных перед слиянием с основной веткой. К счастью для нашего сайта, я всегда запускаю процесс параллельно с продакшном, поэтому мы не испытали никаких простоев во время сбоев миграции, так что с нашей стороны никаких проблем нет. Спасибо за быстрое откатывание изменений.
Только для сведения (просто для технической точности, извините за это…), я проверил базу данных сразу после пересборки, и процесс «отката» не удалил таблицу из БД. Ничего страшного, просто к сведению:
discourse=> \d dismissed_topic_users
Таблица "public.dismissed_topic_users"
Колонка | Тип | Колляция | Не может быть пустой | Значение по умолчанию
------------+-----------------------------+-----------+----------+---------------------------------------------------
id | bigint | | не null | nextval('dismissed_topic_users_id_seq'::regclass)
user_id | integer | | |
topic_id | integer | | |
created_at | timestamp without time zone | | |
Индексы:
"dismissed_topic_users_pkey" PRIMARY KEY, btree (id)
"index_dismissed_topic_users_on_user_id_and_topic_id" UNIQUE, btree (user_id, topic_id)
Еще раз спасибо за вашу тяжелую работу над этим и за быстрое откатывание миграции.