|
|
Знаете ли Вы, что ... | |
...до того как открыть новую тему, стоит использовать поиск: такая тема уже может существовать. | |
<< Предыдущий совет - Случайный совет - Следующий совет >> |
Ответить |
|
Опции темы | Опции просмотра |
29.12.2008 18:55 | #81 |
|
Что еще Оракула отличает от
__________________
Тот факт, что медуза выжила 650 миллионов лет без мозгов, даёт надежду многим. Последний раз редактировалось Nadir Zaitov; 29.12.2008 в 19:01. |
|
Ответить |
29.12.2008 19:17 | #82 |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
Долго пытался выудить от кого-либо из специалистов по системам управления базами данных ясные и четкие (практические, не маркетинговые) заключения. Без какого-либо ощутимого результата. Поэтому остановлюсь на "маркетинговой" постановке вопроса: реальных аналогий технологическому решению Oracle Real Application Clusters (Oracle RAC) нет не только в PostgreSQL, но и в любой другой СУБД (попадавшейся мне в поле зрения в качестве потенциального кандидата на СУБД промышленной корпоративной информационной системы).
Такая постановка вопроса совершенно не отменяет саму возможность использования альтернативных СУБД в качестве ядра прикладной информационной системы. Просто масштабирование системы будет осуществляться или по вертикали (путем удорожания серверной аппаратной платформы) без каких-либо серьезных проблем, или по горизонтали с большими "бубнами" на всех уровнях (приложение, СУБД)
__________________
DWBH Последний раз редактировалось Eldar Fattakhov; 29.12.2008 в 19:20. |
|
Ответить |
29.12.2008 19:37 | #84 |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
Совершенно согласен! Но другие. Я не о том веду речь, что ничего нет лучше Oracle (с её RAC). Вопрос только в готовности разработчиков прикладных комплексов и системных интеграторов реализовывать те или иные методы обеспечения доступности и отказоустойчивости прикладных комплексов, а также (при необходимости) балансировку приложений между узлами кластеров. На другой чаше весов - готовность заказчика платить за одни механизмы, или за другие (включая все составные части - обучение, сопровождение, развитие и т.п.)...
__________________
DWBH |
|
Ответить |
"+" от:
|
Реклама и уведомления | |
29.12.2008 21:28 | #86 |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
Их много. В том числе - в продвинутых средствах бизнес-аналитики (даже на уровне самой СУБД, в виде дополнений к версии Enterprise). Нужно учиться всем - и разработчикам в первую очередь.
__________________
DWBH Последний раз редактировалось Eldar Fattakhov; 29.12.2008 в 21:40. |
|
Ответить |
29.12.2008 22:54 | #89 | |||||
MChJ "Fido-Biznes"
Руководитель отдела
Сообщений: 20
+ 3
6/6
– 0
0/0
|
Оффтоп: Цитата:
Цитата:
В Oracle DB есть область памяти, называемая буферный кэш, где временно хранятся блоки данных. При первоначальном запросе каких-либо данных соответствующий процесс Oracle считывает блоки данных с дискового устройства и сохраняет их в буферном кэше (в идеале предполагется, что эти данные больше не придется считывать). При изменении данных изменения происходят в соответствующих блоках буферного кэша, а не на устройствах физического хранения. Oracle RAC состоит из нескольких узлов серверов базы данных. Каждый узел имеет набор своих процессов и свою структуру памяти – в том числе и буферный кэш. Далее вырезка из документации Oracle (Oracle Clusterware and Oracle Real Application Clusters Administration and Deployment Guide). Цитата:
|
|||||
|
Ответить |
30.12.2008 14:42 | #90 | |
Nihol
тех. специалист
Сообщений: 16
+ 0
2/2
– 0
0/0
|
Цитата:
В Сети существует куча материала на это счет. И эта тема ни к чему как правило не приводит. Специалисты Oracle остануться на своем, специалисты DB2 скажут что Oracle со своей версионностью достал уже всех. Oracle возразит и скажет, а у Вас в DB2 «читатель ждет писателя» по умолчанию, если не использовать уровень изоляции «чтение грязных данных», на что DB2 скажет, Вы со своими «сегментами отката» порождаете огромное количество redo информации. Или, у нас есть RAC, а у Вас что? А у нас есть, секционная База Данных!!! Что касается, PostgreSQL (и других условно-бесплатных СУБД), то они просто пытаются повторить с некоторым опозданием ТЕХНОЛОГИИ старших братьев и все! Никаких НОВЫХ и ПЕРЕДОВЫХ технологий ОНИ не изобретают! Кроме того, все понятно...бесплатно и открыто....а кто отвечать будет, если что случиться??? Еще один нюанс, та же самая репликация....Чтобы выиграть тендер...Исполнитель (PostgreSQL) "упал в цене и по срокам"....и вместо того чтобы писать "прикладуху" он будет вынужден тратить все отведенной время и за гроши на создание (или адаптацию какого-либо условно-бесплатного решения) механизма репликаций, так как в СУБД бесплатной этого нет! Не позавидую бедняге.... Друзья, поверьте никто не отменял поговорку..."Скупой платит дважды!" Последний раз редактировалось kdima71; 30.12.2008 в 14:53. |
|
|
Ответить |
|