Оригинал
Традиционно, сравнение PostgreSQL и MySQL с обеих сторон подогревается фанатиками. Это технически сильные, открытые базы данных с большим количеством установок. Однако, на самом деле, редко какая-то из сильных сторон любой из них дает явное преимущество при выборе.

Как только люди понимают сильные стороны каждого продукта, сразу становится ясно, что именно им нужно. Для того, чтобы правильно оценить преимущества PostgreSQL и MySQL, давайте взглянем на их историю и "родословную" и рассмотрим их функциональность и производительность, а так же требования для успешного разворачивания базы данных предприятия.

Собственно, подскажите, какими пользуетесь гуи-клиентами для MySQL

У меня в постоянном пользовании два (а гуи так вообще один):
* консольный mysql + великолепный maatkit для всех особенных нужд и очень простых проверок
* работающий в вайне HeidiSQL

Хочу поделиться скриптом который делает "не совсем backup" сервера (apache+php+mysql), вполне подходит для копирования всего нужного с сервера на локальную машину для последуюго востановления.

Программные проекты растут, растет количество разработчиков, растет БД. В таком мире все сложнее становится поддерживать схему БД в актуальном состоянии, в следствии чего появляются инструменты для миграции схемы БД. Однажды, когда меня не устроил ни один из существующих инструментов, я решил изобрести свой велосипед, а теперь готов представить его сообществу. http://www.antonoff.info/development/mysql-migration-with-php-project

Navicat – инструмент для администрирования баз данных, позволяющий одновременно работать с базами данных MySQL, PostgreSQL и Oracle из одного приложения.

Скрин под катом

Для установки понадобятся сам lighttpd, и php-cgi и php-gd и php-mysql и сам mysql с mysql-client.

1. Устанавливаем всё это командой

нужные зависимости подтянуться автоматом.
Затем изменяем конфиг находящийся в /etc/lighttpd/lighttpd.conf

Задался целью сделать backup баз на локальный компьютер с помощью mysqlhotcopy, но вот беда - mysqlhotcopy не может копировать их на удаленную машину. Решил проблему скриптом.

Накидал небольшую утилитку на PHP. Позволяет в полуавтоматическом режиме производить деплой стуктуры Баз Данных в проекте.

Пользу уже приносит! Стоит в кроне на тестовом сервере после svn update.

А как вы производите подобные миграции?

Всем привет!
В этом посте хочу описать, как установить кодировку UTF8 в MySQL.

Оригинал
Автор: Peter, Percona
Перевод: Vladimir Rusinov

Существует значительная часть проектов, которые используют MyISAM и задаются вопросом, стоит ли им перейти на InnoDB, или же лучше продолжить использовать MyISAM?

Я предпочитаю Innodb в качестве основного движка, потому что для большинства пользователей это делает жизнь намного проще - не приходится беспокоиться о восстановлении таблиц после сбоя, таблицы не блокируются целиком, "горячие" бекапы делать гораздо проще, но есть несколько вещей о которых нужно подумать перед принятием решения о переходе.