|
|
Знаете ли Вы, что ... | |
...для каждой темы существует свой раздел. Изучите структуру форума. Если соответствующего раздела нет, то всегда есть раздел "Разное" :) | |
<< Предыдущий совет - Случайный совет - Следующий совет >> |
Ответить |
|
Опции темы | Опции просмотра |
19.12.2008 13:21 | #21 |
|
+1. Скорее всего так и было. К этому времени Oracle уже давно прошел путь от пробного проекта до промышленного освоения в США, раз добрался до Узбекистана.
Вместе с тем, мы отошли от темы. Так что с PostgreSQL? Готова она стать сегодня полноценной альтернативой Oracle на поставленных в банках задачах?
__________________
Тот факт, что медуза выжила 650 миллионов лет без мозгов, даёт надежду многим. |
|
Ответить |
"+" от:
|
Реклама и уведомления | |
21.12.2008 07:59 | #22 |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
Для информации: использование PostgreSQL, наряду с прочими базами данных, рассматривается в следующих продуктах:
__________________
DWBH Последний раз редактировалось Eldar Fattakhov; 21.12.2008 в 08:12. |
|
Ответить |
21.12.2008 08:27 | #23 |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
Synchronous Multimaster Replication
In synchronous multimaster replication, each server can accept write requests, and 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. In fact, write performance is often worse than that of a single server. Read requests can be sent to any server. Some implementations use shared disk to reduce the communication overhead. Synchronous multimaster replication is best for mostly read workloads, though its big advantage is that any server can accept write requests — there is no need to partition workloads between master and slave servers, and because the data changes are sent from one server to another, there is no problem with non-deterministic functions like random(). PostgreSQL does not offer this type of replication, though PostgreSQL two-phase commit (PREPARE TRANSACTION and COMMIT PREPARED) can be used to implement this in application code or middleware. (источник - "PostgreSQL 8.3.5 Documentation", Chapter 25. High Availability, Load Balancing, and Replication). Вопрос к специалистам в области СУБД: насколько я понимаю, именно упомянутый выше тип репликации (Synchronous Multimaster Replication) может быть сопоставлен с технологией Oracle Real Application Clusters (Oracle RAC)? Верно ли я понимаю, что реализация этого типа репликации возлагается на сторонних разработчиков (в части приложений и промежуточного ПО)?
__________________
DWBH |
|
Ответить |
25.12.2008 12:17 | #25 | |
Цитата:
Последний раз редактировалось Alexander Fadeev; 25.12.2008 в 12:21. |
||
|
Ответить |
26.12.2008 12:06 | #27 | |
Nihol
тех. специалист
Сообщений: 16
+ 0
2/2
– 0
0/0
|
Цитата:
Oracle Real Application Clusters Compared With Replication The two major areas where you may need to consider whether Advanced Replication or Oracle Real Application Clusters better serves your needs are load balancing and survivability. Load Balancing: Advanced Replication provides read load balancing over multiple databases, while Oracle Real Application Clusters provides read and write load balancing over multiple instances. Because each write must be performed at each replication site, replication does not offer write load balancing. Survivability: Replication provides greater survivability protection with regards to natural disasters, power outages, or sabotage, or both because the remaining replication sites may be positioned in a geographically different region. Oracle Real Application Clusters operates on a cluster or other massively parallel system and is located in the same physical environment, and thus cannot protect against the physical problems that replication can protect against. Interoperability: Advanced Replication can replicate data between different platforms and operating systems that are running Oracle. The instances in an Oracle Real Application Clusters environment must run on the same platform. 2. Нет, этот тип репликации реализован в ядре самого Сервера Базы Данных. Необходимо только соответствующим образом применять и/или использовать этот механизм. Последний раз редактировалось kdima71; 26.12.2008 в 12:12. |
|
|
Ответить |
26.12.2008 12:41 | #29 |
Nihol
тех. специалист
Сообщений: 16
+ 0
2/2
– 0
0/0
|
Да, так как выше было подчеркнуто, что в СУБД PostgreSQL отсутствует технология Replication, речь идет о СУБД Oracle, поэтому чтобы реализовать Synchronous Multimaster Replication
в среде PostgreSQL, необходимы дополнительные усилия, включая разработку собственного механизма или адаптацию уже разработанных механизмов от сторонних компаний (если такие имеются). Последний раз редактировалось kdima71; 26.12.2008 в 12:53. |
|
Ответить |
26.12.2008 12:49 | #30 | |
|
Запутали еще больше. Поясните, пожалуйста, свое выражение:
Цитата:
Я был бы еще более признателен, если б могли оставить ссылочку на документ или сделать сюда upload если документ не большой.
__________________
Тот факт, что медуза выжила 650 миллионов лет без мозгов, даёт надежду многим. |
|
|
Ответить |
|