forum.opennet.ru - "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " (28)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Вышла вторая бета-версия СУБД PostgreSQL 9.1 "

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
Сообщение от opennews on 14-Июн-11, 01:41
Представлена (http://permalink.gmane.org/gmane.comp.db.postgresql.announce...) вторая бета-версия СУБД PostgreSQL 9.1 (http://www.postgresql.org/docs/9.1/static/release-9-1.html), в которой продолжена работа по выявлению и исправлению ошибок. Набор новшеств уже сформирован и до выпуска релиза меняться не будет. Релиз PostgreSQL 9.1 ожидается в течение лета. Из ключевых улучшений PostgreSQL 9.1 можно отметить: - Поддержка синхронной репликации (http://developer.postgresql.org/pgdocs/postgres/warm-standby...), при которой запасной сервер (standby) будет содержать гарантированно совпадающие с основным сервером данные - до получения подтверждения записи синхронизированных данных транзакция не будет считаться завершенной. Ранее репликация на запасной сервер осуществлялась только в асинхронном режиме. Синхронную репликацию можно применять для отдельных транзакций, что позволяет комбинировать оба механизма, используя по умолчанию быстрый асинхронны... URL: http://permalink.gmane.org/gmane.comp.db.postgresql.announce... Новость: https://www.opennet.ru/opennews/art.shtml?num=30860
Ответить \| Правка \| Cообщить модератору

Оглавление

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , eugenyn, 04:33 , 14-Июн-11, (2) +1

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , crypt, 08:25 , 14-Июн-11, (3) –1

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , eugenyn, 16:50 , 14-Июн-11, (12)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , zet, 09:43 , 14-Июн-11, (4)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , eugenyn, 17:01 , 14-Июн-11, (13)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Аноним, 10:02 , 14-Июн-11, (5)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , eugenyn, 17:03 , 14-Июн-11, (14)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Антоним, 10:22 , 14-Июн-11, (6)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , eugenyn, 17:04 , 14-Июн-11, (15)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , agent_007, 17:41 , 14-Июн-11, (17)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , eugenyn, 18:32 , 14-Июн-11, (20)
Вышла вторая бета-версия СУБД PostgreSQL 9.1 , eugenyn, 19:41 , 14-Июн-11, (21)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Forth, 11:37 , 14-Июн-11, (7)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Антоним, 12:24 , 14-Июн-11, (8)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Forth, 14:38 , 14-Июн-11, (9)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Аноним, 20:35 , 14-Июн-11, (23)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Forth, 14:34 , 15-Июн-11, (27)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , PnD, 16:24 , 14-Июн-11, (10)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Антоним, 16:36 , 14-Июн-11, (11)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , PnD, 11:24 , 15-Июн-11, (25)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Антоним, 20:52 , 15-Июн-11, (28)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Аноним, 17:38 , 14-Июн-11, (16)
Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Аноним, 17:55 , 14-Июн-11, (18) +1

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , PnD, 11:45 , 15-Июн-11, (26)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , zuborg, 18:23 , 14-Июн-11, (19)
Вышла вторая бета-версия СУБД PostgreSQL 9.1 , alrond, 20:28 , 14-Июн-11, (22)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Антоним, 20:36 , 14-Июн-11, (24)

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , Аноним, 13:47 , 14-Июл-11, (29)

Сообщения по теме [Сортировка по времени | RSS]

2. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +1 +/–

Сообщение от eugenyn (ok) on 14-Июн-11, 04:33

Интересуюсь таким вопросом: могут ли разработчики составить список основных преимуществ СУБД Oracle и создать таски "и у нас будет реализовано".
Я вовсе не с критической стороны вопроса подхожу. И даже не знаю список основных фич PostgreSQL.
Но я знаю, что развивать эту СУБД рекомендует создатель Java, поэтому хотелось бы знать - на сколько большой отрыв у СУБД Oracle (без эмоций), на сколько велики силы разработчиков PostgreSQL (может они и знают, что, например, хорошо бы сделать 20 таких-то вещей, да людей нет, ну и что тут делать).
Конкретные вопросы:
1) Есть ли у PostgreSQL секционирование?
2) Можно ли так сконфигурировать PostgreSQL, чтобы под OLTP  ГАРАНТИРОВАННО отводилось например 20% ресурсов, оставшиеся можно использовать под сложные запросы?
3) Какие возможности есть в плане High Available?
4) Можно ли сделать так, чтобы одна СУБД PostgreSQL работала в обычном режиме, а рядом в локальной сети на другой машине - работала вторая СУБД PostgreSQL, при этом первая умела "накатывать" на вторую все свои данные в real time, достигая это следующими путями:
4.1) Передавая по локальной сети текущие журнальные изменения у себя (в сжатом виде)
4.2) Передавая по локальной сети непосредственно SQL-команды
П.4 будет полезен например в таком варианте использования - первая СУБД PostgreSQL работает ТОЛЬКО с OLTP, вторая СУБД PostgreSQL - ТОЛЬКО для обработки сложных SQL-запросов.
На сколько тут можно что-то ожидать и в каком обозримом будущем?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " –1 +/–

Сообщение от crypt (??) on 14-Июн-11, 08:25

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

12. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от eugenyn (ok) on 14-Июн-11, 16:50

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от zet (??) on 14-Июн-11, 09:43

1) http://en.wikipedia.org/wiki/Comparison_of_relational_databa...
4) С версии 9.0 умеет асинхронно. С версии 9.1 - синхронно, читать новость надо :)
А здесь http://enterprisedb.com/ вам ответят более компететно

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

13. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от eugenyn (ok) on 14-Июн-11, 17:01

> 1) http://en.wikipedia.org/wiki/Comparison_of_relational_databa...
Спасибо за ссылку. Но, к сожалению, по информации в ней нельзя ответить на мои вопросы (но можно прояснить другое, спасибо)...
> 4) С версии 9.0 умеет асинхронно. С версии 9.1 - синхронно, читать новость надо :)
В моих вопросах не было слов "асинхронно" или "синхронно". Могу уточнить свои вопросы - все относятся к синхронному, гарантированному режиму.
> А здесь http://enterprisedb.com/ вам ответят более компететно
Спасибо.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Аноним (??) on 14-Июн-11, 10:02

1. Есть, но немного не полное. Придется поиграться с наследованием таблиц, тригерами и включить constraint_exclusion (подробнее в мануале - http://www.postgresql.org/docs/current/static/ddl-partitioni...)
2. Подозреваю что нет. Если кто-то знает как это сделать - просветите плиз.
3. Репликация, не?
4. См. коммент zet-a

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

14. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от eugenyn (ok) on 14-Июн-11, 17:03

> 1. Есть, но немного не полное. Придется поиграться с наследованием таблиц, тригерами
> и включить constraint_exclusion (подробнее в мануале - http://www.postgresql.org/docs/current/static/ddl-partitioni...)
> 2. Подозреваю что нет. Если кто-то знает как это сделать - просветите
> плиз.
> 3. Репликация, не?
> 4. См. коммент zet-a
Большое спасибо за информацию!

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

6. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Антоним on 14-Июн-11, 10:22

1. нет (будут писать некоторыые что можно через зранимки, но это всё фикция для небольшого кол-ва конфигураций),
2.нет,
3. standby, streaming replication,
4. см 3,
4.2 афаик нет
> На сколько тут можно что-то ожидать и в каком обозримом будущем?
1. будет

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

15. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от eugenyn (ok) on 14-Июн-11, 17:04

> 1. нет (будут писать некоторыые что можно через зранимки, но это всё
> фикция для небольшого кол-ва конфигураций),
> 2.нет,
> 3. standby, streaming replication,
> 4. см 3,
> 4.2 афаик нет
>> На сколько тут можно что-то ожидать и в каком обозримом будущем?
> 1. будет
Спасибо, я чуть выше еще прокомментировал, здесь не буду дублировать написанное другим товарищам (всем большое спасибо).

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

17. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от agent_007 (ok) on 14-Июн-11, 17:41

> 1) Есть ли у PostgreSQL секционирование?
что такое "секционирование" ?
http://www.postgresql.org/docs/current/static/manage-ag-tabl... ?
или
http://www.postgresql.org/docs/current/interactive/ddl-parti... ?

> 2) Можно ли так сконфигурировать PostgreSQL, чтобы под OLTP  ГАРАНТИРОВАННО отводилось например 20% ресурсов, оставшиеся можно использовать под сложные запросы?
нет.
> 3) Какие возможности есть в плане High Available?
есть разные способы реализовать HA. самый наглядный можно посмотреть в статье про архитектуру skype.
> 4.1) Передавая по локальной сети текущие журнальные изменения у себя (в сжатом виде)
да. это стандартная репликация.
> 4.2) Передавая по локальной сети непосредственно SQL-команды
да. slony.
4.1 и 4.2 одновременно не бывает, впрочем.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

20. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от eugenyn (ok) on 14-Июн-11, 18:32

> что такое "секционирование" ?
Эта ссылка:
> http://www.postgresql.org/docs/current/interactive/ddl-parti... ?
>> 3) Какие возможности есть в плане High Available?
> есть разные способы реализовать HA. самый наглядный можно посмотреть в статье про
> архитектуру skype.
High Available реализуется через все ниже перечисленное вместе:
1) Агентов, которые инсталлируются на отдельных нодах. Они информируют какую-то "общую серверную часть" - что у них и как. При отсутствии связи с одним из агентов - нода считается вышедшей из строя.
2) Общая серверная часть, получающая информацию от всех нод.
3) GUI для управления общей серверной части. Позволяет выводить некоторые ноды на тех. обслуживание (отключать, включать), управлять группами нод, показывать информацию о рабочей нагрузке в каждой ноде и т.д. и т.п.
Общая серверная часть может автоматически синхронизировать данные в разных нодах и автоматически перенаправлять трафик с ноды, вышедшей из строя, на доступные ноды.
Можно "самописно" попробовать реализовать все вышеперечисленное, а можно получить инсталляцию всего этого - "из коробки". В последнем случае имеем систему патчей, которые тестируются на множестве систем, что в самописном варианте не бывает из-за отсутствия ресурсов/возможностей. Конечно если речь не идет о мегакорпорациях, которые зачастую реализуют самописные решения и потом иногда делятся ими с сообществом.
Но и в этом случае изначально самописное решение - решало определенные задачи компании, заимствовало определенные сторонние решения, поэтому может накладывать определенный отпечаток на конечный продукт, заточенность и протестированность на отдельных проприетарных технологиях или в принципе невозможность/нецелесообразность из-за вышеперечисленного - открыть продукт. Разве что только в целях продвижения в качестве стандарта в какой-то области или попытке обеспечить массовость возможно умирающей собственной технологии.
Поэтому целенаправленное развитие какой-то возможности в составе базового продукта или отдельных его компонентах - несомненно (при прочих равных) является лучшим решением.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

21. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от eugenyn (ok) on 14-Июн-11, 19:41

Кстати, я немного тестировал одно _универсальное_ High Available решение. Там есть основная требуемая функциональность в виде системы агентов, общей серверной части, возможность удаленного запуска скриптов через агенты и некоторые другие вещи. Нужно "допилить под себя" GUI (плагинная архитектура существенно упрощает этот процесс). Разработка опенсорсная (JBoss). Есть платный аналог, от Red Hat (ситуация как со взаимоотношением  Fedora и RHEL, хотя на лично мой взгляд - в данном случае отличие не такое существенное, хотя я и тестировал/разбирался со всем мало).
Но как бы то ни было - в любой СУБД есть внутренний API, есть внутренние алгоритмы, оптимизированные для узкоспециализированных моментов. В том же Oracle через определенный интерфейс программирования - можно запрограммировать на С/С++ дополнительную функциональность для High Available, которую хочет именно ваша компания (помимо того, что есть вся функциональность "из каробки").
Вполне возможно, что "заточенное" решение даст от 20% и выше процент ускорения по производительности, реагированию, обработке ситуаций, динамической смене алгоритма, учет имеющихся индексов, какие-то варианты балансировок - вот на допил этого, в промышленной среде - могут уйти годы (просьбы внести оптимизационные патчи в основную ветку СУБД, обсуждения, конференции, тестирование).
- Прерогатива разработчиков СУБД заниматься этим, по моему.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

7. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Forth (??) on 14-Июн-11, 11:37

О, predicate locking это здорово. Я так понимаю, теперь в режиме serializable serialization failure все равно будет, но на сразу перед началом выполнения транзакции, а не где-нибудь посередине?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Антоним on 14-Июн-11, 12:24

какой смысл выбрасывать экспепшен вначале транзакции? Должно быть ожидание блокировки.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Forth (??) on 14-Июн-11, 14:38

Потому что сериализация. Чтобы как раз не было ожидания блокировок.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

23. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Аноним (??) on 14-Июн-11, 20:35

сериализация это немного другое

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

27. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Forth (??) on 15-Июн-11, 14:34

А какой смысл в ожидании блокировки в начале транзакции? Раньше, до 9.1, если какие-то данные залочены в начале ли, или где-то посередине транзакции, другой транзакцией, транзакция вываливалась с serialization failure. По идее теперь с предикатными блокировками, такое будет происходить только в начале транзакции. Или как?

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

10. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от PnD (??) on 14-Июн-11, 16:24

1. В 9-ке регрессия парсера, однако. Функции вроде:
create or replace function "InZone"("Region" smallint, "DEF" smallint, "Exten" int)
returns boolean as $$
begin
return exists(select "Zone"."DEF" from "Zone"
        where ("Zone"."Zone"="Region") and ("Zone"."DEF"="DEF") and
              ("Zone"."FromExten"<="Exten" ) and
              ("Zone"."ToExten">="Exten" ) );
end;
$$ language plpgsql;
стали ругаться на неопределенность, хотя 8.3,8.4 спокойно такое "проглатывали", рассовывая аргументы как положено в $1, $2 и т.д.
  2. PostgreSQL очень качественно изолировала себя то "энтерпрайза" исключив, так сказать, "by design" инкрементные бэкапы и, соответственно, возможность поднять отдельную БД на нужную точку времени. За что ей Oracle и M$ должны быть $ильно благодарны (про "wal" как средство инкрементного бэкапа лучше не заикаться).

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Антоним on 14-Июн-11, 16:36

> так сказать, "by design" инкрементные бэкапы
ерунду то писать не нужно. Есть pg-rman, нет никакой проблемы "by design"

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

25. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от PnD (??) on 15-Июн-11, 11:24

http://code.google.com/p/pg-rman/wiki/readme
  Хорошая вещь. Но это надстройка, не меняющая сути. Для "Recovery to Point-in-Time" предлагается что бы Вы думали? Правильно, http://developer.postgresql.org/pgdocs/postgres/continuous-a...
  Таким образом, дизайн остается как есть, а как есть все транзакции со всех БД постгря валит в один несчастный wal, со всеми вытекающими в виде невозможности использования схем "Full+Inc|Dif" для отдельной БД.
  Для расширения кругозора попробуйте сравнить схему хранилища постгри с любой "серьезной" пропьетарщиной на рынке: Oracle, M$ (бывший Sybase, если правильно помню), IBM DB2 (ага, еще живой).

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

28. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Антоним on 15-Июн-11, 20:52

> Для расширения кругозора попробуйте сравнить схему хранилища постгри с любой "серьезной" пропьетарщиной на рынке: Oracle, M$ (
Вы лучше вначале сами узнайте как же PITR работает во всех перечисленных продуктах. По секрету скажу, работает через те же самые редо (~WAL) логи. А почему именно так - учить мат. часть.
> Таким образом, дизайн остается как есть, а как есть все транзакции со всех БД постгря валит в один несчастный wal, со всеми вытекающими в виде невозможности использования схем "Full+Inc|Dif" для отдельной БД.
Чушь. В PG принципиальный дизайн точно такой же, как и во всех остальных СУБД. Постарайтесь таки посмотреть что делает pg-rman.
> Но это надстройка, не меняющая сути.
Это пока стороний (а не надстройка) для PG продукт. Тут стоит посмотреть как многие из существующих фич в PG пришли из точно таких же стороних разработок.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

16. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Аноним (??) on 14-Июн-11, 17:38

> про "wal" как средство инкрементного бэкапа лучше не заикаться
А что есть другие способы?

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

18. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +1 +/–

Сообщение от Аноним (??) on 14-Июн-11, 17:55

> стали ругаться на неопределенность
Это не регрессия, а защита от дурака. Выражение where v.t = t неоднозначно по определению и не нужно его пытаться интерпретировать.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

26. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от PnD (??) on 15-Июн-11, 11:45

> Это не регрессия, а защита от дурака. Выражение where v.t = t
> неоднозначно по определению и не нужно его пытаться интерпретировать.
  А по-моему однозначно, т.к. в объявлении функции я явно определил "t" в качестве аргумента, соответственно наверное знаю, что делаю. Восьмерка при этом определяла что-то типа "t := $1" и дальше пользовала "t" именно в таком качестве. Поэтому таки регрессия, т.к. отломали область имен в заголовках функций.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

19. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от zuborg on 14-Июн-11, 18:23

>Возможность исключения отражения в WAL-логе активности по отдельным таблицам
Очень полезная возможность, часто бывает необходимо поработать с данными не нагружая лишней работой слейвы, вот если бы опционально на отдельные поля добавили возможность не логать изменения - было бы ещё круче )

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от alrond (ok) on 14-Июн-11, 20:28

А можно ли с этой синхронной репликацией реализовать master-master?
При которой второй сервер всего лишь в режиме ожидания и получения данных, пока жив первый, принимает на себя работу когда первый упал и когда поднялся, то отдает ему первому данные, чтобы он потом стал главным опять.
На mysql это легко делается.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Антоним on 14-Июн-11, 20:36

мастер мастер сделать нельзя. поменять местами мастер и слейв можно как и везде.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

29. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 " +/–

Сообщение от Аноним (??) on 14-Июл-11, 13:47

Кто-нибудь сравнивал по производительности с 8.4?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+1 +/–
Сообщение от eugenyn (ok) on 14-Июн-11, 04:33
Интересуюсь таким вопросом: могут ли разработчики составить список основных преимуществ СУБД Oracle и создать таски "и у нас будет реализовано". Я вовсе не с критической стороны вопроса подхожу. И даже не знаю список основных фич PostgreSQL. Но я знаю, что развивать эту СУБД рекомендует создатель Java, поэтому хотелось бы знать - на сколько большой отрыв у СУБД Oracle (без эмоций), на сколько велики силы разработчиков PostgreSQL (может они и знают, что, например, хорошо бы сделать 20 таких-то вещей, да людей нет, ну и что тут делать). Конкретные вопросы: 1) Есть ли у PostgreSQL секционирование? 2) Можно ли так сконфигурировать PostgreSQL, чтобы под OLTP ГАРАНТИРОВАННО отводилось например 20% ресурсов, оставшиеся можно использовать под сложные запросы? 3) Какие возможности есть в плане High Available? 4) Можно ли сделать так, чтобы одна СУБД PostgreSQL работала в обычном режиме, а рядом в локальной сети на другой машине - работала вторая СУБД PostgreSQL, при этом первая умела "накатывать" на вторую все свои данные в real time, достигая это следующими путями: 4.1) Передавая по локальной сети текущие журнальные изменения у себя (в сжатом виде) 4.2) Передавая по локальной сети непосредственно SQL-команды П.4 будет полезен например в таком варианте использования - первая СУБД PostgreSQL работает ТОЛЬКО с OLTP, вторая СУБД PostgreSQL - ТОЛЬКО для обработки сложных SQL-запросов. На сколько тут можно что-то ожидать и в каком обозримом будущем?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	3. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	–1 +/–
	Сообщение от crypt (??) on 14-Июн-11, 08:25
	Я могу быть не прав, но возможно, основное преимущество Oracle не в самой СУБД, а в сопутствующем энтерпрайз ПО, например, возможности создания отчетов. Те кто выбирают БД Oracle делают это не потому, что это самая качественная БД, а потому что есть весь стек технологии.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	12. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от eugenyn (ok) on 14-Июн-11, 16:50
	> Я могу быть не прав, но возможно, основное преимущество Oracle не в > самой СУБД, а в сопутствующем энтерпрайз ПО, например, возможности создания отчетов. > Те кто выбирают БД Oracle делают это не потому, что это > самая качественная БД, а потому что есть весь стек технологии. Не уверен, бизнес-продукты от Oracle - это отдельный софт, стоящий отдельных денег и которые по популярности не всегда в лидерах по использованию в мире. Например мегапопулярная в мире SAP - использует СУБД Oracle, но может использовать и другие СУБД.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	4. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от zet (??) on 14-Июн-11, 09:43
	1) http://en.wikipedia.org/wiki/Comparison_of_relational_databa... 4) С версии 9.0 умеет асинхронно. С версии 9.1 - синхронно, читать новость надо :) А здесь http://enterprisedb.com/ вам ответят более компететно
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	13. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от eugenyn (ok) on 14-Июн-11, 17:01
	> 1) http://en.wikipedia.org/wiki/Comparison_of_relational_databa... Спасибо за ссылку. Но, к сожалению, по информации в ней нельзя ответить на мои вопросы (но можно прояснить другое, спасибо)... > 4) С версии 9.0 умеет асинхронно. С версии 9.1 - синхронно, читать новость надо :) В моих вопросах не было слов "асинхронно" или "синхронно". Могу уточнить свои вопросы - все относятся к синхронному, гарантированному режиму. > А здесь http://enterprisedb.com/ вам ответят более компететно Спасибо.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	5. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Аноним (??) on 14-Июн-11, 10:02
	1. Есть, но немного не полное. Придется поиграться с наследованием таблиц, тригерами и включить constraint_exclusion (подробнее в мануале - http://www.postgresql.org/docs/current/static/ddl-partitioni...) 2. Подозреваю что нет. Если кто-то знает как это сделать - просветите плиз. 3. Репликация, не? 4. См. коммент zet-a
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	14. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от eugenyn (ok) on 14-Июн-11, 17:03
	> 1. Есть, но немного не полное. Придется поиграться с наследованием таблиц, тригерами > и включить constraint_exclusion (подробнее в мануале - http://www.postgresql.org/docs/current/static/ddl-partitioni...) > 2. Подозреваю что нет. Если кто-то знает как это сделать - просветите > плиз. > 3. Репликация, не? > 4. См. коммент zet-a Большое спасибо за информацию!
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	6. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Антоним on 14-Июн-11, 10:22
	1. нет (будут писать некоторыые что можно через зранимки, но это всё фикция для небольшого кол-ва конфигураций), 2.нет, 3. standby, streaming replication, 4. см 3, 4.2 афаик нет > На сколько тут можно что-то ожидать и в каком обозримом будущем? 1. будет
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	15. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от eugenyn (ok) on 14-Июн-11, 17:04
	> 1. нет (будут писать некоторыые что можно через зранимки, но это всё > фикция для небольшого кол-ва конфигураций), > 2.нет, > 3. standby, streaming replication, > 4. см 3, > 4.2 афаик нет >> На сколько тут можно что-то ожидать и в каком обозримом будущем? > 1. будет Спасибо, я чуть выше еще прокомментировал, здесь не буду дублировать написанное другим товарищам (всем большое спасибо).
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	17. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от agent_007 (ok) on 14-Июн-11, 17:41
	> 1) Есть ли у PostgreSQL секционирование? что такое "секционирование" ? http://www.postgresql.org/docs/current/static/manage-ag-tabl... ? или http://www.postgresql.org/docs/current/interactive/ddl-parti... ? > 2) Можно ли так сконфигурировать PostgreSQL, чтобы под OLTP ГАРАНТИРОВАННО отводилось например 20% ресурсов, оставшиеся можно использовать под сложные запросы? нет. > 3) Какие возможности есть в плане High Available? есть разные способы реализовать HA. самый наглядный можно посмотреть в статье про архитектуру skype. > 4.1) Передавая по локальной сети текущие журнальные изменения у себя (в сжатом виде) да. это стандартная репликация. > 4.2) Передавая по локальной сети непосредственно SQL-команды да. slony. 4.1 и 4.2 одновременно не бывает, впрочем.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	20. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от eugenyn (ok) on 14-Июн-11, 18:32
	> что такое "секционирование" ? Эта ссылка: > http://www.postgresql.org/docs/current/interactive/ddl-parti... ? >> 3) Какие возможности есть в плане High Available? > есть разные способы реализовать HA. самый наглядный можно посмотреть в статье про > архитектуру skype. High Available реализуется через все ниже перечисленное вместе: 1) Агентов, которые инсталлируются на отдельных нодах. Они информируют какую-то "общую серверную часть" - что у них и как. При отсутствии связи с одним из агентов - нода считается вышедшей из строя. 2) Общая серверная часть, получающая информацию от всех нод. 3) GUI для управления общей серверной части. Позволяет выводить некоторые ноды на тех. обслуживание (отключать, включать), управлять группами нод, показывать информацию о рабочей нагрузке в каждой ноде и т.д. и т.п. Общая серверная часть может автоматически синхронизировать данные в разных нодах и автоматически перенаправлять трафик с ноды, вышедшей из строя, на доступные ноды. Можно "самописно" попробовать реализовать все вышеперечисленное, а можно получить инсталляцию всего этого - "из коробки". В последнем случае имеем систему патчей, которые тестируются на множестве систем, что в самописном варианте не бывает из-за отсутствия ресурсов/возможностей. Конечно если речь не идет о мегакорпорациях, которые зачастую реализуют самописные решения и потом иногда делятся ими с сообществом. Но и в этом случае изначально самописное решение - решало определенные задачи компании, заимствовало определенные сторонние решения, поэтому может накладывать определенный отпечаток на конечный продукт, заточенность и протестированность на отдельных проприетарных технологиях или в принципе невозможность/нецелесообразность из-за вышеперечисленного - открыть продукт. Разве что только в целях продвижения в качестве стандарта в какой-то области или попытке обеспечить массовость возможно умирающей собственной технологии. Поэтому целенаправленное развитие какой-то возможности в составе базового продукта или отдельных его компонентах - несомненно (при прочих равных) является лучшим решением.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	21. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от eugenyn (ok) on 14-Июн-11, 19:41
	Кстати, я немного тестировал одно _универсальное_ High Available решение. Там есть основная требуемая функциональность в виде системы агентов, общей серверной части, возможность удаленного запуска скриптов через агенты и некоторые другие вещи. Нужно "допилить под себя" GUI (плагинная архитектура существенно упрощает этот процесс). Разработка опенсорсная (JBoss). Есть платный аналог, от Red Hat (ситуация как со взаимоотношением Fedora и RHEL, хотя на лично мой взгляд - в данном случае отличие не такое существенное, хотя я и тестировал/разбирался со всем мало). Но как бы то ни было - в любой СУБД есть внутренний API, есть внутренние алгоритмы, оптимизированные для узкоспециализированных моментов. В том же Oracle через определенный интерфейс программирования - можно запрограммировать на С/С++ дополнительную функциональность для High Available, которую хочет именно ваша компания (помимо того, что есть вся функциональность "из каробки"). Вполне возможно, что "заточенное" решение даст от 20% и выше процент ускорения по производительности, реагированию, обработке ситуаций, динамической смене алгоритма, учет имеющихся индексов, какие-то варианты балансировок - вот на допил этого, в промышленной среде - могут уйти годы (просьбы внести оптимизационные патчи в основную ветку СУБД, обсуждения, конференции, тестирование). - Прерогатива разработчиков СУБД заниматься этим, по моему.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору

7. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
Сообщение от Forth (??) on 14-Июн-11, 11:37
О, predicate locking это здорово. Я так понимаю, теперь в режиме serializable serialization failure все равно будет, но на сразу перед началом выполнения транзакции, а не где-нибудь посередине?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	8. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Антоним on 14-Июн-11, 12:24
	какой смысл выбрасывать экспепшен вначале транзакции? Должно быть ожидание блокировки.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	9. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Forth (??) on 14-Июн-11, 14:38
	Потому что сериализация. Чтобы как раз не было ожидания блокировок.
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	23. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Аноним (??) on 14-Июн-11, 20:35
	сериализация это немного другое
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	27. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Forth (??) on 15-Июн-11, 14:34
	А какой смысл в ожидании блокировки в начале транзакции? Раньше, до 9.1, если какие-то данные залочены в начале ли, или где-то посередине транзакции, другой транзакцией, транзакция вываливалась с serialization failure. По идее теперь с предикатными блокировками, такое будет происходить только в начале транзакции. Или как?
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору

10. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
Сообщение от PnD (??) on 14-Июн-11, 16:24
1. В 9-ке регрессия парсера, однако. Функции вроде: create or replace function "InZone"("Region" smallint, "DEF" smallint, "Exten" int) returns boolean as $$ begin return exists(select "Zone"."DEF" from "Zone" where ("Zone"."Zone"="Region") and ("Zone"."DEF"="DEF") and ("Zone"."FromExten"<="Exten" ) and ("Zone"."ToExten">="Exten" ) ); end; $$ language plpgsql; стали ругаться на неопределенность, хотя 8.3,8.4 спокойно такое "проглатывали", рассовывая аргументы как положено в $1, $2 и т.д. 2. PostgreSQL очень качественно изолировала себя то "энтерпрайза" исключив, так сказать, "by design" инкрементные бэкапы и, соответственно, возможность поднять отдельную БД на нужную точку времени. За что ей Oracle и M$ должны быть $ильно благодарны (про "wal" как средство инкрементного бэкапа лучше не заикаться).
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	11. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Антоним on 14-Июн-11, 16:36
	> так сказать, "by design" инкрементные бэкапы ерунду то писать не нужно. Есть pg-rman, нет никакой проблемы "by design"
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	25. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от PnD (??) on 15-Июн-11, 11:24
	http://code.google.com/p/pg-rman/wiki/readme Хорошая вещь. Но это надстройка, не меняющая сути. Для "Recovery to Point-in-Time" предлагается что бы Вы думали? Правильно, http://developer.postgresql.org/pgdocs/postgres/continuous-a... Таким образом, дизайн остается как есть, а как есть все транзакции со всех БД постгря валит в один несчастный wal, со всеми вытекающими в виде невозможности использования схем "Full+Inc\|Dif" для отдельной БД. Для расширения кругозора попробуйте сравнить схему хранилища постгри с любой "серьезной" пропьетарщиной на рынке: Oracle, M$ (бывший Sybase, если правильно помню), IBM DB2 (ага, еще живой).
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	28. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Антоним on 15-Июн-11, 20:52
	> Для расширения кругозора попробуйте сравнить схему хранилища постгри с любой "серьезной" пропьетарщиной на рынке: Oracle, M$ ( Вы лучше вначале сами узнайте как же PITR работает во всех перечисленных продуктах. По секрету скажу, работает через те же самые редо (~WAL) логи. А почему именно так - учить мат. часть. > Таким образом, дизайн остается как есть, а как есть все транзакции со всех БД постгря валит в один несчастный wal, со всеми вытекающими в виде невозможности использования схем "Full+Inc\|Dif" для отдельной БД. Чушь. В PG принципиальный дизайн точно такой же, как и во всех остальных СУБД. Постарайтесь таки посмотреть что делает pg-rman. > Но это надстройка, не меняющая сути. Это пока стороний (а не надстройка) для PG продукт. Тут стоит посмотреть как многие из существующих фич в PG пришли из точно таких же стороних разработок.
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору


	16. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Аноним (??) on 14-Июн-11, 17:38
	> про "wal" как средство инкрементного бэкапа лучше не заикаться А что есть другие способы?
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	18. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+1 +/–
	Сообщение от Аноним (??) on 14-Июн-11, 17:55
	> стали ругаться на неопределенность Это не регрессия, а защита от дурака. Выражение where v.t = t неоднозначно по определению и не нужно его пытаться интерпретировать.
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	26. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от PnD (??) on 15-Июн-11, 11:45
	> Это не регрессия, а защита от дурака. Выражение where v.t = t > неоднозначно по определению и не нужно его пытаться интерпретировать. А по-моему однозначно, т.к. в объявлении функции я явно определил "t" в качестве аргумента, соответственно наверное знаю, что делаю. Восьмерка при этом определяла что-то типа "t := $1" и дальше пользовала "t" именно в таком качестве. Поэтому таки регрессия, т.к. отломали область имен в заголовках функций.
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору

19. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
Сообщение от zuborg on 14-Июн-11, 18:23
>Возможность исключения отражения в WAL-логе активности по отдельным таблицам Очень полезная возможность, часто бывает необходимо поработать с данными не нагружая лишней работой слейвы, вот если бы опционально на отдельные поля добавили возможность не логать изменения - было бы ещё круче )
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

22. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
Сообщение от alrond (ok) on 14-Июн-11, 20:28
А можно ли с этой синхронной репликацией реализовать master-master? При которой второй сервер всего лишь в режиме ожидания и получения данных, пока жив первый, принимает на себя работу когда первый упал и когда поднялся, то отдает ему первому данные, чтобы он потом стал главным опять. На mysql это легко делается.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	24. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
	Сообщение от Антоним on 14-Июн-11, 20:36
	мастер мастер сделать нельзя. поменять местами мастер и слейв можно как и везде.
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору

29. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "	+/–
Сообщение от Аноним (??) on 14-Июл-11, 13:47
Кто-нибудь сравнивал по производительности с 8.4?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору