URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 43011
[ Назад ]

Исходное сообщение
"OpenNews: В PostgreSQL 8.4 будут значительно расширены возможности по репликации данных"

Отправлено opennews , 24-Июл-08 09:57 
"Sponsorship for Replication (http://permalink.gmane.org/gmane.comp.db.postgresql.announce...)" - в PostgreSQL 8.4 планируется включить два новых режима синхронной репликации: Hot Standby, с возможность выполнения запросов на запасном сервере, и системы логической репликации, реализованной через лог транзакций. Разработчики ищут спонсоров для финансирования своей полной занятости над проектом.

URL: http://permalink.gmane.org/gmane.comp.db.postgresql.announce...
Новость: http://www.opennet.me/opennews/art.shtml?num=17089


Содержание

Сообщения в этом обсуждении
"В PostgreSQL 8.4 будут значительно расширены возможности по репликации данных"
Отправлено vitek , 24-Июл-08 09:57 
растет смена Oracle? :-D

"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено Аноним , 24-Июл-08 17:38 
>растет смена Oracle? :-D

Уже выросла! Я позаменял везде, кроме ERP - ну дык по понятным причинам.


"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено Konwin , 28-Июл-08 13:19 
>>растет смена Oracle? :-D
>
>Уже выросла! Я позаменял везде, кроме ERP - ну дык по понятным
>причинам.

Ну с точки зрения хранения большого объёма данных - допустим... А бизнес логику вы куда всю вынесли?


"В PostgreSQL 8.4 будут значительно расширены возможности по репликации данных"
Отправлено Konwin , 24-Июл-08 11:38 
Мда - под Оракл очень чёткий закос... Хотелось бы чтоб у них что-нибудь достойное получилось - конкуренция еще пользователям никогда не вредила.

"В PostgreSQL 8.4 будут значительно расширены возможности по репликации данных"
Отправлено Veter , 24-Июл-08 11:43 
Во-первых, опоздали лет на 5, теперь придется торопиться и догонять.
Во-вторых, опять то же самое, что уже сделано - вместо распределенного выполнения запросов выполнение на двух серверах сразу (это делает pgpool-II) и репликация через лог транзакций (утилиты от скайпа это и сейчас умеют).

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


"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено Konwin , 24-Июл-08 13:44 
>Во-первых, опоздали лет на 5, теперь придется торопиться и догонять.
>Во-вторых, опять то же самое, что уже сделано - вместо распределенного выполнения
>запросов выполнение на двух серверах сразу (это делает pgpool-II) и репликация
>через лог транзакций (утилиты от скайпа это и сейчас умеют).
>
>То, что решили этим заняться, хорошо, но жаль, что своих идей нет
>- просто повторяют то, что уже создано в других СУБД. Я
>бы лучше подождал пару лет, чтобы увидеть что-то революционное, вместо тог,
>чтобы получить дубль уже работающих решений.

Лучше что-нибудь что хорошо работает и удобно администрируется а не революцию имхо ;)



"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено Veter , 24-Июл-08 16:49 
Мелкие полезности ждать пару лет нет интереса. Их хочется получить как минимум сегодня, а лучше - вчера :-)

"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено Konwin , 24-Июл-08 17:04 
>Мелкие полезности ждать пару лет нет интереса. Их хочется получить как минимум
>сегодня, а лучше - вчера :-)

Горячий standby - это не такая уж мелочь.


"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено Аноним , 24-Июл-08 17:28 
>Мелкие полезности ждать пару лет нет интереса. Их хочется получить как минимум
>сегодня, а лучше - вчера :-)

Хочется? Ну дык проект - открытый и свободный, перестань трыньдеть на форумах да и сделай :)


"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено Аноним , 24-Июл-08 17:37 
>Во-первых, опоздали лет на 5, теперь придется торопиться и догонять.

А мы и не торопимся. Опять же где _ты_ был эти пять лет? Вместо помощи трындел по форумам?

>То, что решили этим заняться, хорошо, но жаль, что своих идей нет
>- просто повторяют то, что уже создано в других СУБД. Я
>бы лучше подождал пару лет, чтобы увидеть что-то революционное, вместо тог,
>чтобы получить дубль уже работающих решений.

А ты не LOR-оналитеГ случайно? Чтобы понять что даёт слоник нужно всего то перестать грабить своих радителей и начать зарабатывать самому и тратить __свои__! Сразу врубишься в разницу между $6К/socket-$40K/socket и unlimited sockets for free. Кстати - перевести?

Да и большинство новинок в оракале - в бизнесс аналитика и ип., как RDBMS оно растёт мало и в таком плане его становится применять не выгодно.


"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено vitek , 24-Июл-08 18:47 
>Да и большинство новинок в оракале - в бизнесс аналитика и ип.,
>как RDBMS оно растёт мало и в таком плане его становится
>применять не выгодно.

а вот это ты зря..
http://www.oracle.com/technology/pub/articles/oracle-databas...


"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено lexx , 04-Авг-09 11:24 
Ну что, всё в обсчем классно. Слон порадовал.
Теперь с него переходить имеет смысл только, например на  cashe.
Это если что-то совсем монструозное ваять собираешься и новый проект.
А на oracle смысла вообще никакого. Для OLAP?  Так он у меня и на
PostgreSQL неплохо пашет, уже несколько кубиков построено. Надо иметь
немного теории, руки и голову и всё получится без свистелок.
Аналитические функции есть, автономные и вложенные транзакции заменить можно,
да это и не так часто надо. А тратить деньги на лицензию + кучу времени
на необоснованную сложность внедрежа - это нет. Да, он пока быстрее.
Но на хорошем железе она вряд ли так велика...

"В PostgreSQL 8.4 будут значительно расширены возможности по ..."
Отправлено 1 , 02-Апр-10 10:21 
ты про Caché? не дай бог на этом чуде разработку новую вести... работаю я с ним.