можно вообще дропнуть все и с чистого листа накатить, да)

она бд чистит. и миграции тупо по-новому накатывает

Я понял что это не помогло вроде

А

Значит не так вопрос понял

не, конечно можно создать миграцию где ронять ранее созданную таблицу, но это же лишний движняк...

о, чекну, спасибо

если ты уверен что эту миграцию видел только ты, и она не ушла еще никуда, то можно и попроще

я уже привык думать командной работой...

гит ее видел, но я гита не стесняюсь, мы с ним кореша, он меня никому не сдаст

если ты единственный друг своего гита - то можно и так

Если  эти таблицы у тебя только в локальной БД, тогда вообще пофиг

А если где-то миграции были накатаны помимо твоего компа, то лучше делать доп. миграцию, где ты будешь удалить табилцы

выкинуть лишние миграции и зафрешить?

просто миграции сделать такими какими бы ты хотел и migrate:refresh

но имей ввиду - потеряешь всю бд

да я вкурсе как это работает, но спасибо за предупреждение)

Парни.

У меня есть много таких мест. Но опишу одно.

Есть моделька страны.
name
count

есть моделька итемов
status
name

Связаны они через модель
country_id
item_id

В модели страны, в count должно быть количество итемов с определенным статусом.

И мучаюсь как сделать.

Вариант 1.
Считать count на месте, и не сохранять его. Затратно по ресурсам

Вариант 2. При изменении связующей модели, и модели итемов, делать кучу проверок. И сохранять count

Вариант 3.
Написать скрипт, который будет каждые N времени проходить по всем данным и изменять count. Не нравится что данные будут не актуальными.

Какой вариант выбрать?

создаете итем ссылающийся на кантри - инкрементируйте у кантри каунт.
удаляете итем - декрементируйте

можете какой нибудь обсервер повесить и функционал вынести туда, чтобы не держать в голове

это вариант 2