Раньше был такой ученый Ньютон. Он на момент своего существования обладал 90% всех научных знаний своего времени. Но шло время и сейчас даже самые гениальные ученые, дай бог обладают 0.005% всех научных знаний, и то не факт. Так что угнаться за всем совершенно не возможно, если ты не машина. Надо выбирать что-то одно и изучить это так чтобы стать хорошим профессионалом в этой области. Поверь если взять любой вопрос — на достатояно высоком уровне, то найдется ОЧЕНЬ мало людей, которые смогут дать на него ответ грамотный и исчерпывающий ответ.

Думаю этот вопрос является общим для всех БД. Распишу идеальный вариант:
— все owners схем на промышленной БД заблокированы. Доступ под этими пользователями не возможен.
— для проведения установки каждый администратор БД должен обладать собственным логином, с правами позволяющими ему проводить все необходимые операции в этих схемах
— логирование действия настраивается стандартными средствами Oracle aka Audit
— там логируются все действия данных пользователей
— пароль от аккаунта sys должен лежать в сейфе у главного боса и его использование должно быть регламентировано, ибо согласно политики Oracle его действия не могут быть залогированы, иначе он не сможет зайти в систему при возникновении непредвиденных ситуаций, к примеру переполнения табличного пространства для Audit
— из таблицы AUD все данные должны в онлайне стекаться на мониторинг администратору по безопасности
— успешные и неуспешные комманды должны выделаться признаками для возможности предотвращения несанкционированного доступа к данным

Ну вот вроде все что вспомнил согласно PCI DSS

Старнно, а в чем конкретно проблемы с репликацией MyISAM?

Если задача периодическая — то
— добавить поле z которое будет принимать значение 0 если a <= b и 1 в противном случае
— UPDATE table SET a = b WHERE с = 1