|
|
Знаете ли Вы, что ... | |
...для каждой темы существует свой раздел. Изучите структуру форума. Если соответствующего раздела нет, то всегда есть раздел "Разное" :) | |
<< Предыдущий совет - Случайный совет - Следующий совет >> |
Ответить |
|
Опции темы | Опции просмотра |
26.12.2008 13:02 | #31 | ||
Nihol
тех. специалист
Сообщений: 16
+ 0
2/2
– 0
0/0
|
Цитата:
|
||
|
Ответить |
26.12.2008 13:24 | #32 | ||||
Сообщений: 2,627
+ 1,941
1,815/885
– 29
25/20
|
Цитата:
Цитата:
Цитата:
|
||||
|
Ответить |
"+" от:
|
26.12.2008 13:41 | #34 | |
Asia Systems
Инженер
Сообщений: 639
+ 274
281/165
– 0
0/0
|
Цитата:
Да, она удобна в том смысле, что не нужно голову ломать как распределить запросы на запись и чтение между серверами, но "... modified data is transmitted from the original server to every other server before each transaction commits", т.е транзакция на изменение данных не завершится пока не "пройдет" по всем серверам, что вызывает "...Heavy write activity can cause excessive locking, leading to poor performance". Следовательно, Synchronous Multimaster Replication применима только (!) в приложениях с "...mostly read workloads". Для банковской сферы, что касается платежной системы, это, увы, не подходит. Oracle RAC rules!
__________________
И казалось мне, без моих идей мир не сможет прожить и дня (c)А.Романов/Воскресение |
|
|
Ответить |
2 "+" от:
|
26.12.2008 14:00 | #35 |
Asia Systems
Инженер
Сообщений: 639
+ 274
281/165
– 0
0/0
|
А если по теме, то все, более-менее внятные сентенции об альтернативности Postgres и иже с ними к Oracle упираются в сумму денежек. Но это сравнение велосипеда с автомобилем.
Postgres, по функционалу, следует сравнивать, например, с MS SQL Server или MySQL, но никак не с Oracle. Конечно же есть вопрос рациональности использования чего-либо в применении к чему-либо, но это, согласитесь, совсем другой вопрос, из оперы "из пушки по воробьям или воробьями по слону"
__________________
И казалось мне, без моих идей мир не сможет прожить и дня (c)А.Романов/Воскресение |
|
Ответить |
Реклама и уведомления | |
26.12.2008 14:30 | #36 | |
Nihol
тех. специалист
Сообщений: 16
+ 0
2/2
– 0
0/0
|
[quote=Leonid Khrisanfov;165708]
Цитата:
И СУБД Oracle своим пользователям такую возможность выбора предоставляет.... |
|
|
Ответить |
"+" от:
|
26.12.2008 14:33 | #37 |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
Я тоже трактовал свой вопрос, исходя из полного совпадения с Oracle RAC, а из предпосылки сопоставления с технологией Oracle. Поэтому я изначально задавал вопрос о полноценной замене СУБД Oracle средствами других СУБД (в т.ч. PostgreSQL).
__________________
DWBH |
|
Ответить |
26.12.2008 14:44 | #38 |
Asia Systems
Инженер
Сообщений: 639
+ 274
281/165
– 0
0/0
|
Боюсь, что полноценной замены такой СУБД как Oracle в природе пока не существует. Увы и Ах. Впрочем, я не специалист, могу ошибаться
__________________
И казалось мне, без моих идей мир не сможет прожить и дня (c)А.Романов/Воскресение |
|
Ответить |
27.12.2008 16:20 | #40 | ||
MChJ "Fido-Biznes"
Руководитель отдела
Сообщений: 20
+ 3
6/6
– 0
0/0
|
Цитата:
В терминологии баз данных репликация - это процесс копирования (переноса) объектов одной базы данных в одну или несколько других базы данных. Технология Oracle Real Application Clusters – это одна база данных и несколько экземпляров (набор процессов Oracle) и т.д. Согласно документации PostgreSQL, решение Asynchronous Multimaster Replication, сопоставимо в части репликации с решением Oracle Streams(репликация одна из возможностей) и Oracle Advanced Replication (есть возможность синхронной репликации). В части Synchronous Multimaster Replication документация PostgreSQL между строк говорит, что если вы так неудачно спроектировали приложение, что вам необходима синхронная репликация, то вот вам two-phase commit, который позволит вам реализовать ваши планы. То есть механизм Synchronous Multimaster Replication не реализован. Видимо, разработчики посчитали, что не стоит тратить силы и время на реализацию очень редко используемых вещей (при необходимости two-phase commit вполне хватит). Для тех, кто интересуется сравнением функциональных возможностей различных баз данных для начала можно посмотреть (некоторые характеристики мне показались спорными) - http://en.wikipedia.org/wiki/Compari...gement_systems. Если поискать, то можно найти более серьезные аналитические статьи со сравнением возможностей различных баз данных. |
||
|
Ответить |
|