Anton

Вопрос в том, что именно вы хотите сделать. Ведь у триггера и процедуры своя технологическая направленность

как написали выше, конвентируйте в timestamp. А потом просто при реализации запроса наложить фильтрацию на дату через between

Напишите на ЯП скрипт, который будет выполнять данную задачу. Учитывайте, только следующие моменты:
1) При формировании SQL подумайте над тем нужны ли данные из старой БД.
2) Если нужны, то используйте механизмы переименования таблиц и вставки данных в новую БД с новой структурой.
3) При выполнении данных операций ставьте операции проверки корректности работы скрипта.

Все зависит от БД. Но современные БД позволяют поддерживать механизм миграции.

Лучше собрать все данные в мета-данных (без разницы какой клиент). Также вы можете создать еще одну базу (например, для доработки функционала или какого нибудь тестирования скажем), чтобы изменения не коснулись вашей основной базы.

"Зачем изобретать колесо, если оно уже есть"
Компоненты содержат в себе дополнительный функционал и логику, которую может не отследить разработчик. Например, если вы попытаетесь в БД вставить некорректные данные (по типу несовместимые), поэтому если есть готовое решение, то пользуйтесь им.

Не совсем знаком с MySQL, но на Oracle базе я бы создал триггер который собственно и вставляет данные из таблицы 2 в таблицу 1, а потом очищает таблицу 1. Этот триггер запихал бы в Job.