This repository was archived by the owner on Jan 29, 2023. It is now read-only.

Description
table_migrator currently relies on updated_at/created_at, indexes on those, and avoiding things like DELETE during a migration. These problems could be solved by switching to a AFTER_{INSERT/UPDATE/DELETE} trigger-based copy mechanism.
Has this been considered? It's a bit more complicated, but I believe it's a better way to go about it.
There's a thorough explanation here: http://www.facebook.com/note.php?note_id=430801045932