LINUX.ORG.RU

MySQL и PostgreSQL. Часть 7. Репликация в PostgreSQL

 , ,


0

1

PostgreSQL — открытая база данных, соответствующая стандартам SQL-99, имеющая богатый набор инструментов для повышения производительности. У нее многочисленное сообщество разработчиков, она имеет более свободную лицензию, в то время как ситуация с MySQL после смены владельца не очень понятна (хотя Oracle обещает развивать проект и даже планирует инвестировать в MySQL больше средств, чем это делала Sun Microsystems). MySQL хорош на плоских запросах с отключенными транзакциями, в то время как PostgreSQL может поддерживать более серьезную нагрузку и сложные запросы параллельно с записью в базу данных.

>>> Подробности

★★★

Проверено: isden ()

по последней ссылке «MySQL & PostgreSQL. Часть 7: Репликация в PostgreSQL.» открывается первая страница, а не 7ая часть.

halturin ★★★★★ ()

что-то уж совсем сжато описано :(

dotbg ★★★★ ()

Как затравка для размышления пойдёт, спасибо.

anonymous ()

планомерная операция по выпиливанию MySQL продолжается.

anonymous ()

плоские запросы.. это те, что из плоских файлов с расширением .sql?!
повбывав бы... (ц)

aol ★★★★★ ()

Почему я по одному заголовку знаю, автора новости?

anonymous ()

Большим плюсом является наличие в PostgreSQL механизма MVCC (multi-version concurrency control).


а наличие в mysql значит плюсом не является ?

В MySQL MVCC реализован частично (InnoDB) с ограничениями на производительность.


что за ограничения ?

В PostgreSQL WAL (Write-Ahead Log) поддерживается атомарность на уровне событий в таблице.


чем оно от binary log в mysql отличается ?

PostgreSQL развивается достаточно динамично, в то время как развитие MySQL приостановилось в силу известных событий.


аффтар выдает желаемое за действительное ?

anonymous ()

Вать машу! Это не база данных! Это система, глядь, управления, ёпрст, базами, так их растак, данных, вашу female parental unit!

rusty_angel ()
Ответ на: комментарий от rusty_angel

Совершенно справедливое замечание

anonymous ()
Ответ на: комментарий от aol

> плоские запросы.. это те, что из плоских файлов с расширением .sql?!

это select * from table where field = filter

boo32 ()
Ответ на: комментарий от anonymous

Афтар просто в курсе, что мукел - недобазенка для пыхпых-домашних страничек. В отличие от.

anonymous ()

по чуществу ничего не написано. В постгресе нет нормальной мультимастер репликации.

alt0v14 ★★★ ()

>IBM_dW

В MySQL транзакция принципиально иная — логическая (statement-based), добавление физической транзакции предполагается только в будущих версиях, начиная с версии 5.1.

будущих версиях

убейте его кто-нибудь.

такое впечатление, что в преддверии появления репликации в postgre, кто-то решил достать из стола древние статьи, которые если их не опубликовать потеряют актуальность.

netwind ()
Ответ на: комментарий от alt0v14

> В постгресе нет нормальной мультимастер репликации.

Для постгреса есть несколько вариантов мастер-мастер репликации. В том числе синхронной.

К тому же, кто тебе сказал, что в мускуле она нормальная? Ты пробовал её? Почему-то многие думают, что достаточно между двумя (тремя,…) серверами поднять асинхроный мастер-мастер, и у них сразу будет HA без всякой поддержки со стороны приложения.

А потом ходят и рассказывают, какие у них проблемы с целостностью данных для LAMP, как они борятся с уникальными индексами и автоинкрементом, как к каждому INSERT дописывают ON DUPLICATE KEY UPDATE, и как приходится вручную синхронизировать базы.

baka-kun ★★★★★ ()
Ответ на: комментарий от boo32

спасибо, кэп! ;)
но я всё равно в курсе, о чем они.. это я какбэ намекаю на кривость перевода!

aol ★★★★★ ()
Ответ на: комментарий от baka-kun

>К тому же, кто тебе сказал, что в мускуле она нормальная? Ты пробовал её?

Никто не говорил, да и я сам не упоминал в своем сообщение mysql.

alt0v14 ★★★ ()

Асинхронный мультимастер - глюкодром по определению. Если уж мультимастер - то синхронный. И в слоне - есть их. Плюс можно сделать load balancing читающих запросов. И это может дать очень нехилый профит.

И да, слон рулит!

Saloed ()
Ответ на: комментарий от alt0v14

> не упоминал … mysql

Тема называется «MySQL и PostgreSQL…»

baka-kun ★★★★★ ()
Ответ на: комментарий от alt0v14

>>> Никто не говорил…

Тема называется «MySQL и PostgreSQL…»

и что?

Ничего, только в статье, в новости и в этом обсуждении сравниваются MySQL и Postgres. Ничего, кроме того, что твоё утверждение не соответствует истине, больше ничего, да…

Асинхронный мультимастер - глюкодром по определению.

Асинхронный (как в MySQL) тоже имеет право на существование для объединения данных двух изредка синхронизирующихся серверов. Но, естественно, требуется серьезная поддержка на стороне приложения. Часто ограничения, которые накладывает такая репликация, проще обойти отказавшись от репликации средствами СУБД, переложив всё на само приложение: всё равно надо как минимум писать код решения коллизий.

baka-kun ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.