Беру назад всё хорошее, что я говорил про репликацию в мускле.

Теперь её можно сломать простым create user, получив ошибку "The password hash doesn't have the expected format".

В мускле с GTID теперь возможна мастер-мастер репликация с произвольной топологией. Не нашел сходу как в перконе, но в следующей версии мариядб оно будет еще и мультидоменным (т.е. по задумке - это будет не просто мастер-мастер репликация с произвольной топологией, а еще и произвольных X логических серверов на Y физических, X <= Y ( Read more... )

http://www.slideshare.net/MarkusWinand/modern-sql

Применительно к PostgreSQL.

Интересно, но в основном суть синтаксический сахар, причем LIMIT...OFFSET в мускле лучше, а остального там нет, но и не так, чтобы надо.

Но в целом интересно.

В постгри реализовали on duplicate key update. Вот сейчас, да.

http://www.opennet.ru/opennews/art.shtml?num=42196
https://wiki.postgresql.org/wiki/UPSERT

Это к вопросу, почему люди выбирают мускль, да. В котором разве что VIEW пока неюзабельны.

Подскажите, я уже замучался, что сделать, чтобы mysqldump не клал в дамп trigger DEFINER?

У меня нередко дампы восстанавливаются в другую базу, а каждый юзер может писать только в свою.

Кейс - в некоторому апи приходит большой запрос со статистическими данными ( Read more... )

И тут внезапно выясняется, что TIMESTAMP не обязательно всегда ON UPDATE CURRENT_TIMESTAMP и во многих местах лучше использовать его (потому что время хранит в UTC и пересчитывает в часовой пояс) без ON UPDATE, чем в DATETIME.

Обожаю новые проекты от сторонних заказчиков, каждый раз узнаю что-нибудь новое.

Любопытно. У нескольких совершенно разных клиентов, под совершенно разной нагрузкой, на совершенно разных серверах и совершенно разном железе в последние два дня массово поломались таблицы в myisam.

Прелестно. Квест - получить дату-время в формате RFC 2822 в mysql.

В общем случае это не возможно, на сколько я понимаю, если не писать вручную собственный разбор даты.

Чтобы не забыть - хорошо сложенные в кучу и упорядоченные мысли по оптимизации пагинации - http://www.percona.com/files/presentations/ppc2009/PPC2009_mysql_pagination.pdf Вторая по полезности вещь - SELECT t.* FROM (SELECT id WHERE ...) ss LEFT JOIN table t ON ss.id=t.id ( Read more... )