snevsky

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

Вопрос бред. Голосуйте рублем!
Выкинь симку и иди к другому оператору.

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

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

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

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

Ответили с саппорта! Говорят проблему пофиксили. Новый пост в тематические успешно создался.
http://habrahabr.ru/blogs/mysql/125467/

Черновик публиковаться не желает — видимо придется удалить.

Сугубо ИМХО, но сама постановка вопроса очень странная. Почему бы ни ставить более конкретные вопросы и ни обсуждать их решение в каждом топике. Я вот, к примеру, много лет занимаюсь БД и мог бы поделиться своим опытом конкретно по мониторингу активности БД, хотя скажу честно, оно вам вряд ли надо, так как данный тип мониторинга завязан под конкретную базу данных и конкретное архитектурное решение, и в каждом случае разрабатывается индивидуально, а единственно что может быть общего для всех СУБД это

select count(1) from dual;

На хабре есть пользователи с высокой квалификацией, так что ответом на поставленный вопрос легко может служить ссылка НЛО все зависит.

Вопрос в тему. А MySQL является профильным блогом? Ибо я с кармой 1 не могу запостить туда тему из черновика…
Может просто у всех разноя понятие профильного блога?

Однако, я думал, что логично наоборот: сначала писать посты, а потом набирать карму, которая в принципе и не нужна ни для чего кроме как создавать темы.
Странно как-то, сидел несколько часов писал свой первый большой пост в блог MySQL, а теперь он валяется в черновиках, и толку от него никакого, ибо даже в песочницу выкинуть его нет возможности…