The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Вышла вторая бета-версия СУБД PostgreSQL 9.1 , opennews (?), 14-Июн-11, (0) [смотреть все]

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


2. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "  +1 +/
Сообщение от eugenynemail (ok), 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-запросов.

На сколько тут можно что-то ожидать и в каком обозримом будущем?

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

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

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

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

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

4. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "  +/
Сообщение от zet (??), 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 "  +/
Сообщение от eugenynemail (ok), 14-Июн-11, 17:01 
> 1) http://en.wikipedia.org/wiki/Comparison_of_relational_databa...

Спасибо за ссылку. Но, к сожалению, по информации в ней нельзя ответить на мои вопросы (но можно прояснить другое, спасибо)...

> 4) С версии 9.0 умеет асинхронно. С версии 9.1 - синхронно, читать новость надо :)

В моих вопросах не было слов "асинхронно" или "синхронно". Могу уточнить свои вопросы - все относятся к синхронному, гарантированному режиму.

> А здесь http://enterprisedb.com/ вам ответят более компететно

Спасибо.


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

5. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "  +/
Сообщение от Аноним (-), 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 "  +/
Сообщение от eugenynemail (ok), 14-Июн-11, 17:03 
> 1. Есть, но немного не полное. Придется поиграться с наследованием таблиц, тригерами
> и включить constraint_exclusion (подробнее в мануале - http://www.postgresql.org/docs/current/static/ddl-partitioni...)
> 2. Подозреваю что нет. Если кто-то знает как это сделать - просветите
> плиз.
> 3. Репликация, не?
> 4. См. коммент zet-a

Большое спасибо за информацию!

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

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

> На сколько тут можно что-то ожидать и в каком обозримом будущем?

1. будет

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

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

Спасибо, я чуть выше еще прокомментировал, здесь не буду дублировать написанное другим товарищам (всем большое спасибо).


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

17. "Вышла вторая бета-версия СУБД PostgreSQL 9.1 "  +/
Сообщение от agent_007 (ok), 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 "  +/
Сообщение от eugenynemail (ok), 14-Июн-11, 18:32 
> что такое "секционирование" ?

Эта ссылка:

> http://www.postgresql.org/docs/current/interactive/ddl-parti... ?
>> 3) Какие возможности есть в плане High Available?
> есть разные способы реализовать HA. самый наглядный можно посмотреть в статье про
> архитектуру skype.

High Available реализуется через все ниже перечисленное вместе:

1) Агентов, которые инсталлируются на отдельных нодах. Они информируют какую-то "общую серверную часть" - что у них и как. При отсутствии связи с одним из агентов - нода считается вышедшей из строя.

2) Общая серверная часть, получающая информацию от всех нод.

3) GUI для управления общей серверной части. Позволяет выводить некоторые ноды на тех. обслуживание (отключать, включать), управлять группами нод, показывать информацию о рабочей нагрузке в каждой ноде и т.д. и т.п.

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

Можно "самописно" попробовать реализовать все вышеперечисленное, а можно получить инсталляцию всего этого - "из коробки". В последнем случае имеем систему патчей, которые тестируются на множестве систем, что в самописном варианте не бывает из-за отсутствия ресурсов/возможностей. Конечно если речь не идет о мегакорпорациях, которые зачастую реализуют самописные решения и потом иногда делятся ими с сообществом.

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

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

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

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

Но как бы то ни было - в любой СУБД есть внутренний API, есть внутренние алгоритмы, оптимизированные для узкоспециализированных моментов. В том же Oracle через определенный интерфейс программирования - можно запрограммировать на С/С++ дополнительную функциональность для High Available, которую хочет именно ваша компания (помимо того, что есть вся функциональность "из каробки").

Вполне возможно, что "заточенное" решение даст от 20% и выше процент ускорения по производительности, реагированию, обработке ситуаций, динамической смене алгоритма, учет имеющихся индексов, какие-то варианты балансировок - вот на допил этого, в промышленной среде - могут уйти годы (просьбы внести оптимизационные патчи в основную ветку СУБД, обсуждения, конференции, тестирование).

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

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру