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

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

С тех пор, как я наприсал про свой проект в прошлый раз успело многое поменятся.

Во-первых уже вышло пять версий по паре новых фич в каждой, а буквально вчера выпустил версию 0.005.

Во-вторых проект размещён на CPAN-е и Launchpad-е.

В-третьих была написана гора проектной документации (а это было одно из приоритетных дел), хотя и есть что ещё описывать.

В-четвёртых пофикшена туева хуча багов.

В-пятых были написаны юнит-тесты к существующим модулям. Пока меня хватило только процентов на 80 покрытия кода (77% с учётом условий и ветвлений), но для начала неплохо.

Ну и в-шестых добавлены новые фичи:

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

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

Когда-то давным-давно появилась у меня идея сделать так, чтобы можно было монтировать базу данных в файловую систему и видеть все таблицы, индексы, юзеров и прочие артефакты как файлы.
Сначала я попытался найти подобный fuse-демон в сети, но аналогов не было видно нигде, несмотря на идею, лежащую на поверхности.
Начал я тогда писать на Си, понял, что писать буду долго, и взялся за Перл... Тогда я написал на коленке достаточно простую обвязку для монтирования MySQL.



С тех пор прошло много времени. Я вырос и набрался опыта. И вот недавно решил перебрать свои исходники. В тайных закромах нашёл свою древнюю поделку. Сначала обрадовался. А потом ужаснулся, глядя на непонятную горку кода, модифицировать которую почти невозможно. В итоге переписал всё практически с нуля, полностью переработав концепцию.

Так что лежит сейчас проект на гитхабе. Прошу любить и жаловать!
(По крайней мере там основная относительно стабильная ветка, которую я хочу показать общественности.)

Появилась возможность сменить работу на более интересную. Только вот для этого нужно разобраться с кластерами. Разбираться нужно со следующими вещами:

• postgreSQL Cluster
• 
  
• jboss cluster
• 
  
• high availability
• 
  
• load balancer
• 
  
• apache mod_jk
• 
  

Чего стоящего по настройке и теории есть почитать? Скорее всего, поднимать придётся под Debian. Пока что есть подозрение, что приличной документации мало.
Из хорошего нашел пока что только только это

Выпущена новая версию ZTC (Zabbix Templates Collection) - набора шаблонов и UserParameter скриптов zabbix для мониторинга доступности и производительносити серверов.

В этой версии добавлен новый шаблон для мониторинга веб-сервера Apache, а также расширены и исправлены существующие шаблоны.

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

Для тех кто не знает что такое zabbix - надеюсь найду время описать что это, как с этим работать и как оно может помочь системному администратору.

• скачать
• установка
• Trac (документация и тикеты)

Данный пост - копипаста с opennet.ru. На мой взгляд, автор оочень полно и информативно дал описание действа, при этом даже начинающим пользователям там есть, что почитать - текст полон всяких штучек, полезных, как новичку, так и гуру.

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