Спасибо за большой труд.

Спасибо огромное!

Круто. Я пойду читать. очень надо.

Добрый день

Добрый день, сударь!

Спасибо за хорошую новость.

О, не знал, что ты здесь, супер.
Спасибо большое за книгу.

Спасибо, забираю и ухожу в чтение и тестирование.. :) Пожертвования принимаешь? За проделанный труд я не прочь и подкинуть немного ^_^

Donate

Кнопочка для материальной поддержки?

Спасибо, но не нужно. Думаю лучше пожертвовать разработчикам (сообществу разработчиков) данной БД.

http://www.postgresql.org/about/donate/

большое Вам спасибо за книгу!

Как бы там ни было, полистаю книженцию.

Спасибо!

Это + к моральному облику. Присоединяюсь к благодарностям за труд.

два чая этому господину

как главное в тему-то. только недавно создавал тред: Специфичный тюнинг postgresql

Отличная книга, спасибо!

Спасибо, как раз с чего-то собирался начать изучение этой замечательной и мощной СУБД

оракл для бедных.

PostgreSQL
масштабирование

/0

Думаю, это не то, с чего надо начинать.

Гут! Как раз осваиваю потиху.

Писал школьник. Куча грамматических ошибок в тексте.

На то она и Open Source. Pull request на исправления.

Вау, какой охрененный handbook по postgresql. Я джва года хотел такой! Спасибо! :-)

Огромное спасибо!

Продаётся ли книга в электронном виде?

Спасибо, как раз с чего-то собирался начать изучение этой замечательной и мощной СУБД

Автору-то конечно спасибо.

Но ты сначала изучи эту СУБД, а потом уже рассказывай про то, какая она мощная и замечательная. :-)

Нет. Она распостроняется бесплатно в электронном виде.

Какую СУБД посоветуете? Интересуют в первую очередь Open Source решения, но также и проприетарные.

sqlite

посмотрите для начала пост на который я ответил, sqlite по вашему лучше масштабируется чем PostgreSQL?

Большое спасибо! То, что надо!

Конечно: просто положить файл с базой в дропбокс, и всё! :)

Благодарю!

Я бегло просмотрел книжку, но не нашел того, что искал. Есть ли решение, основанные на постгресс, такие что

а) automatic failover, т.е. без кучи рычагов и тумблеров hot standby становится мастером, а отвалившийся мастер без простоя работающего сервера становится hot standby б) без shared storage в) без излишнего оверхеда, стабильно будет держать 1000 insert/s + 1000 update/s на современном железе г) не обязательно бесплатное или open source

Pgpool-II + PostgreSQL streaming replication. Но рычаги придется добавить (для failover будет ричаг по созданию тригер файла)

Большое спасибо! Одна из самых полезных книг, которые я читал о PostgreSQL.

«а) automatic failover, т.е. без кучи рычагов и тумблеров hot standby становится мастером, а отвалившийся мастер без простоя работающего сервера становится hot standby»

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

Streaming replication в 9.2 это конечно классно. Может вы в курсе, есть ли в планах в будущих релизах добавление multi-master репликации?

Ты еще один, кто не знает английского?

Вот уж не ожидал. Спасибо!

Крут! Впечатляет и мотивирует освоить tex!

Я бегло просмотрел книжку, но не нашел того, что искал. Есть ли решение, основанные на постгресс, такие что

а) automatic failover, т.е. без кучи рычагов и тумблеров hot standby становится мастером, а отвалившийся мастер без простоя работающего сервера становится hot standby б) без shared storage в) без излишнего оверхеда, стабильно будет держать 1000 insert/s + 1000 update/s на современном железе г) не обязательно бесплатное или open source

Oracle? :)

пока не нужно, но спасибо

большое спасибо!

Супер! Спасибо за проделанную работу. Почитаю на досуге.

Весьма любопытная работа, спасибо. По мере прочтения раздела 2.4 возник небольшой вопрос: что такое «быстрые» и «медленные» процессоры?

sqlite

Книга, к сожалению еще далеко не идеал.

Столкнулся с необходимостью настроить PostgreSQL, в действующем проекте. pgtune реального толку не дает, а приличного аналога mysqltuner.pl таки нет.

По книжке тоже методика многих важных моментов не учитывает. Например, параметры ставятся в зависимости от физических свойств сервера, при этом никак не учитывается собственно профиль нагрузки на базу, ее размер и т.д. Может памяти надо больше выделить или наоборот достаточно гораздо меньше.

Методика оптимизации еще сырая. Нужна методология настройки с обратной связью на счетчиках производительности. Тогда можно будет «выжать» действительно максимум.

2.1 Введение - там все написано.

+ 2.5 Автоматическое создание оптимальных настроек: pgtune (последний абзац в главе)