ну а что мешает попробовать оба ?? и решить что для вас лучше
или есть еще вариант - №3 скрестить оба и получить скрипт Микки - Магнума ... есть же закон Бойля -Мариотта в конце концов
Да не, эт мы просто русский плохо учили. Два иностранных на отл и родной русский на хорошо =).
Вообще сейчас скрипт просто выносит в другие таблицы той же базы.
Засада этого метода в том, что оно долго бекапится и долго восстанавливается. Если архивы держать в отдельной базе, то при необходимости экстренного восстановления процесс будет быстрым. Архивы за прошлые месяцы можно будет ставить на заливку ночью.
В принципе, скрипт переделать не такая уж проблема, несколько букв дописать и подготовить СУБД - создать ту самую архивную базу.
Быстрый взгляд показывает...
Мои исправления: вынос архивов в дополнительную БД UTM5H.
Разница моего подхода и подхода Евгения в том, что он сначала блокирует таблицы, перемещает их во временные в той же БД(UTM5), после переноса данных из временной таблицы в основную(свежесозданную) опять перемещает таблицы, но уже на постоянное хранение в базу UTM5H.
Ну и он переносит больше таблиц.
Если сборка 006 поддерживает архивацию исключительно discount_transactions*, то Евгений пошел дальше - он архивирует так же таблицы dhs_sessions_log и messages.
ну вот уже теплее...
Раз вариант №2 является более продвинутым то тогда можно убрать вариант №1 дабы не вводить людей в сомнения выбора вариантов
ну или у вас я сморю уже профессиональный подход
тогда составить таблицу возможностей скриптов и проставить + или - типа умеет не умеет... для облегчения выбора использования скриптов
что то вроде так
вариант1 Вариант2
бекап логов - +
залочивание перед бекапом - +
Переименование не является транзакционной операцией. Лочка тоже вроде не нужна. так что оба скрипта хороши. В каждом есть лишнее и в каждом есть полезное.
mikkey finn писал(а):Переименование не является транзакционной операцией. Лочка тоже вроде не нужна. так что оба скрипта хороши. В каждом есть лишнее и в каждом есть полезное.
udb# ls -lah dhs*
-rw-r----- 1 mysql mysql 216M Apr 8 14:45 dhs_access_log.MYD
-rw-r----- 1 mysql mysql 58M Apr 8 14:45 dhs_access_log.MYI
-rw-r----- 1 mysql mysql 8.7K Feb 1 21:05 dhs_access_log.frm
-rw-r----- 1 mysql mysql 0B Feb 1 21:05 dhs_access_log_attrs.MYD
-rw-r----- 1 mysql mysql 1.0K Feb 1 21:05 dhs_access_log_attrs.MYI
-rw-r----- 1 mysql mysql 8.6K Feb 1 21:05 dhs_access_log_attrs.frm
-rw-r----- 1 mysql mysql 4.5M Apr 8 13:25 dhs_sessions_detail.MYD
-rw-r----- 1 mysql mysql 880K Apr 8 13:25 dhs_sessions_detail.MYI
-rw-r----- 1 mysql mysql 8.7K Feb 1 21:05 dhs_sessions_detail.frm
-rw-r----- 1 mysql mysql 656M Apr 8 14:45 dhs_sessions_log.MYD
-rw-r----- 1 mysql mysql 129M Apr 8 14:45 dhs_sessions_log.MYI
-rw-r----- 1 mysql mysql 14K Feb 1 21:05 dhs_sessions_log.frm
-rw-r----- 1 mysql mysql 0B Feb 1 21:05 dhs_sessions_log_attrs.MYD
-rw-r----- 1 mysql mysql 1.0K Feb 1 21:05 dhs_sessions_log_attrs.MYI
-rw-r----- 1 mysql mysql 8.6K Feb 1 21:05 dhs_sessions_log_attrs.frm
Не вижу особой прожорливости, по сравнению с транзакциями...