Моё меню Общее меню Пользователи Правила форума Все прочитано
Вернуться   uForum.uz > ИКТ и телеком > IT-индустрия > Софт > OpenSource
Регистрация
Знаете ли Вы, что ...
...нарушения правил форума наказываются. Старайтесь их не нарушать.
<< Предыдущий совет - Случайный совет - Следующий совет >>


Ответить

 
Опции темы Опции просмотра
Старый 19.12.2008 13:21   #21  
Real ID Group uParty Member Ultimate
Аватар для Nadir Zaitov
Оффлайн
Сообщений: 13,214
+ 4,958  9,176/3,940
– 170  137/105

UzbekistanОтправить сообщение для Nadir Zaitov с помощью Skype™
Цитата:
Сообщение от Eldar Fattakhov Посмотреть сообщение
Глюки были не только и не столько, связанные с Oracle.
+1. Скорее всего так и было. К этому времени Oracle уже давно прошел путь от пробного проекта до промышленного освоения в США, раз добрался до Узбекистана.

Вместе с тем, мы отошли от темы. Так что с PostgreSQL? Готова она стать сегодня полноценной альтернативой Oracle на поставленных в банках задачах?
__________________
Тот факт, что медуза выжила 650 миллионов лет без мозгов, даёт надежду многим.
Ответить 
"+" от:
Реклама и уведомления
Старый 21.12.2008 07:59   #22  
Real ID Group uParty Member Ultimate
Аватар для Eldar Fattakhov
Оффлайн
Сообщений: 11,846
+ 1,339  5,806/3,144
– 64  125/105

Uzbekistan
Для информации: использование PostgreSQL, наряду с прочими базами данных, рассматривается в следующих продуктах:
  1. HP System Insight Manager (HP SIM) - модифицированная компанией HP версия СУБД (hpsmdb) может быть использована для обеспечения работы базы данных управляющего сервера (Host Database for Central Management Server), базой данных обеспечивается поддержка до 500 систем и до 5000 событий;
  2. HP Serviceguard for Linux - имеется свободный (free) инструментарий (Application Integration Toolkits) для интеграции приложений, разработанных на PostgreSQL, в кластерные системы под управлением HP Serviceguard;
  3. HP C-Series MDS 9000 Storage Media Encryption (SME) Software - СУБД используется для работы приложения Cisco Fabric Manager.
__________________
DWBH

Последний раз редактировалось Eldar Fattakhov; 21.12.2008 в 08:12.
Ответить 
Старый 21.12.2008 08:27   #23  
Real ID Group uParty Member Ultimate
Аватар для Eldar Fattakhov
Оффлайн
Сообщений: 11,846
+ 1,339  5,806/3,144
– 64  125/105

Uzbekistan
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:09   #24  
Open ID Group
Аватар для Alexander Fadeev
Оффлайн
Paradox-Neo
CEO EastLinuxTeam
Сообщений: 225
+ 164  61/43
– 0  0/0

UzbekistanОтправить сообщение для Alexander Fadeev с помощью ICQОтправить сообщение для Alexander Fadeev с помощью MSNОтправить сообщение для Alexander Fadeev с помощью YahooОтправить сообщение для Alexander Fadeev с помощью Skype™
Цитата:
Сообщение от Georgick Посмотреть сообщение
(Can't connect to db и т.д)
Оффтоп:
поверьте, это претензия не к СУБД, а к сисадминам Шарка, там есть ещё что поправлять...
Ответить 
Старый 25.12.2008 12:17   #25  
Open ID Group
Аватар для Alexander Fadeev
Оффлайн
Paradox-Neo
CEO EastLinuxTeam
Сообщений: 225
+ 164  61/43
– 0  0/0

UzbekistanОтправить сообщение для Alexander Fadeev с помощью ICQОтправить сообщение для Alexander Fadeev с помощью MSNОтправить сообщение для Alexander Fadeev с помощью YahooОтправить сообщение для Alexander Fadeev с помощью Skype™
Цитата:
Сообщение от Nadir Zaitov Посмотреть сообщение
Цитата:
Сообщение от Eldar Fattakhov Посмотреть сообщение
Глюки были не только и не столько, связанные с Oracle.
+1. Скорее всего так и было. К этому времени Oracle уже давно прошел путь от пробного проекта до промышленного освоения в США, раз добрался до Узбекистана.

Вместе с тем, мы отошли от темы. Так что с PostgreSQL? Готова она стать сегодня полноценной альтернативой Oracle на поставленных в банках задачах?
Ответ на Ваш вопрос положительный, - при соотвествующей оплате местным специалистам (которые в этом форуме всё же отметились, наряду с продавцами), при правильной постановке задачи => и будет это всё равно существенно дешевле покупки готового по небесным ценам + появятся условия для возникновения СВОИХ наработок в этой области... + и специалистов со временем будет больше, убегать перестанут на более высокие зарплаты в тот же Казахстан или в Россию...

Последний раз редактировалось Alexander Fadeev; 25.12.2008 в 12:21.
Ответить 
Старый 25.12.2008 17:14   #26  
Real ID Group uParty Member Ultimate
Аватар для Nadir Zaitov
Оффлайн
Сообщений: 13,214
+ 4,958  9,176/3,940
– 170  137/105

UzbekistanОтправить сообщение для Nadir Zaitov с помощью Skype™
Оффтоп:
Цитата:
Сообщение от Alexander Fadeev Посмотреть сообщение
убегать перестанут на более высокие зарплаты в тот же Казахстан или в Россию...
Как раз наоборот. Убегать начнут, так как появятся
__________________
Тот факт, что медуза выжила 650 миллионов лет без мозгов, даёт надежду многим.
Ответить 
Старый 26.12.2008 12:06   #27  
Аватар для kdima71
Оффлайн
Nihol
тех. специалист
Сообщений: 16
+ 0  2/2
– 0  0/0

Uzbekistan
Цитата:
Сообщение от Eldar Fattakhov Посмотреть сообщение
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)? Верно ли я понимаю, что реализация этого типа репликации возлагается на сторонних разработчиков (в части приложений и промежуточного ПО)?
1. Да, этот тип репликации может быть сопоставлен c технологией RAC, в части «load balancing and survivability». Вот извлечение из официальной документации на этот счет:

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:28   #28  
Real ID Group uParty Member Ultimate
Аватар для Nadir Zaitov
Оффлайн
Сообщений: 13,214
+ 4,958  9,176/3,940
– 170  137/105

UzbekistanОтправить сообщение для Nadir Zaitov с помощью Skype™
Цитата:
Сообщение от kdima71 Посмотреть сообщение
Advanced Replication can replicate data between different platforms and operating systems that are running Oracle.
Я не понял, а о чем речь? Advanced Replication это часть Oracle или всеж Postgre?
__________________
Тот факт, что медуза выжила 650 миллионов лет без мозгов, даёт надежду многим.
Ответить 
Реклама и уведомления
Старый 26.12.2008 12:41   #29  
Аватар для kdima71
Оффлайн
Nihol
тех. специалист
Сообщений: 16
+ 0  2/2
– 0  0/0

Uzbekistan
Да, так как выше было подчеркнуто, что в СУБД PostgreSQL отсутствует технология Replication, речь идет о СУБД Oracle, поэтому чтобы реализовать Synchronous Multimaster Replication
в среде PostgreSQL, необходимы дополнительные усилия, включая разработку собственного механизма или адаптацию уже разработанных механизмов от сторонних компаний (если такие имеются).

Последний раз редактировалось kdima71; 26.12.2008 в 12:53.
Ответить 
Старый 26.12.2008 12:49   #30  
Real ID Group uParty Member Ultimate
Аватар для Nadir Zaitov
Оффлайн
Сообщений: 13,214
+ 4,958  9,176/3,940
– 170  137/105

UzbekistanОтправить сообщение для Nadir Zaitov с помощью Skype™
Запутали еще больше. Поясните, пожалуйста, свое выражение:
Цитата:
Сообщение от kdima71 Посмотреть сообщение
Да, этот тип репликации может быть сопоставлен c технологией RAC, в части «load balancing and survivability». Вот извлечение из официальной документации на этот счет
Официальная документация кого/чего (варианты Oracle, Postgre)? "Этот тип репликаций" кого/чего (варианты Oracle, Postgre)?
Я был бы еще более признателен, если б могли оставить ссылочку на документ или сделать сюда upload если документ не большой.
__________________
Тот факт, что медуза выжила 650 миллионов лет без мозгов, даёт надежду многим.
Ответить 
Ответить
Опции темы
Опции просмотра




Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd. Перевод: zCarot
Advertisement System V2.5 By Branden
OOO «Единый интегратор UZINFOCOM»


Новые 24 часа Кто на форуме Новички Поиск Кабинет Все прочитано Вверх