'bundle exec rake db:migrate' richiede molto tempo a causa della migrazione del calendario

      DELETE
        FROM calendar_events ce
      WHERE
        ce.id IN (SELECT DISTINCT(ce3.id) FROM calendar_events ce2
                  LEFT JOIN calendar_events ce3 ON ce3.user_id = ce2.user_id AND ce3.description = ce2.description
                  WHERE ce2.start_date >= (ce3.start_date - INTERVAL '1 days')
                    AND ce2.start_date <= (ce3.start_date + INTERVAL '1 days')
                    AND ce2.timezone IS NOT NULL
                    AND ce3.timezone IS NULL
                    AND ce3.id != ce2.id
                    AND ce2.post_id IS NULL
                    AND ce3.post_id IS NULL
        )

Quindi sembra almeno un’operazione O(n^2), giusto? Ci sono 69.724.384 righe in quella tabella, quindi non sembra una buona idea.

@Sikamikanico. Se vuoi riavere il plugin del calendario, penso che la cosa da fare sia semplicemente eliminare tutti gli eventi del calendario e ricominciare da capo. L’altra cosa che potremmo fare sarebbe eseguire quella query sul server attivo e vedere se finisce mai.

La causa principale, penso, è un bug nel plugin che ha duplicato gli eventi quando è cambiato un fuso orario.

La tabella calendar_events è di 11 GB:

SELECT pg_size_pretty( pg_total_relation_size('calendar_events') );
 pg_size_pretty
----------------
 11 GB
(1 row)

Ecco le tabelle più grandi:

       relation       | total_size
----------------------+------------
 calendar_events      | 11 GB
 post_timings         | 6884 MB
 posts                | 2292 MB
 user_auth_token_logs | 1240 MB
 user_actions         | 1055 MB
(5 rows)

Solo calendar_events è chiaramente bizzarro.