PostgreSQL: альтернатива Oracle Database и других коммерческих СУБД?

[Leonid Khrisanfov]

Сообщение от Erkin Kuchkarov

Леня... я и сам хотел понять, но вот тут все написано.
Теперь по поводу кеш фьюжн - имеется же ввиду механизм синхронизации распределеного кеша Oracle между узлами RAC (не кеш памятью процессора или контроллера дискового массива). Правильно?

Совершенно верно, "шелезячные" кэш-памяти здесь ни причем.

[Leonid Khrisanfov]

Сообщение от Nadir Zaitov

Мы все еще в теме работы Oracle RAC как основного преимущества Oracle над PostgreSQL. Его и обсуждаем

Поверьте, Оракулу, чтобы заткнуть за пояс Постгреса, не нужно вытаскивать из рукава Раков

[Nadir Zaitov]

Сообщение от Erkin Kuchkarov

Да нет, хочу понять почему Вы решили что HBA (Host Bus Adapter) для архитектуры SАN и SAN-switch перед записью данных в отведеный LUN для сервера или группы серверов, держат данные в своем кеше (там и кеша то нет совсем).

Сообщение от Erkin Kuchkarov

Теперь по поводу кеш фьюжн - имеется же ввиду механизм синхронизации распределеного кеша Oracle между узлами RAC (не кеш памятью процессора или контроллера дискового массива). Правильно?

Вот видите - сами все знаете, что речь идет только на уровне оперативной памяти (RAM по вашему), а меня с кешем контроллера и процессора дурачите. Я ведь вам сказал лишь то, что есть много уровней, на котором нужно синхронизировать. Если Oracle отрезал все на уровне операционной памяти, то уже все понятно, так как дальше (синхронизация кешей процессора) - дело операционки или архитектуры процессора и материнской платы, как я понимаю.

[Leonid Khrisanfov]

Сообщение от Nadir Zaitov

Вот видите - сами все знаете, что речь идет только на уровне оперативной памяти (RAM по вашему), а меня с кешем контроллера и процессора дурачите. Я ведь вам сказал лишь то, что есть много уровней, на котором нужно синхронизировать. Если Oracle отрезал все на уровне операционной памяти, то уже все понятно, так как дальше (синхронизация кешей процессора) - дело операционки или архитектуры процессора и материнской платы, как я понимаю.

Поподробней, пожалуйста, о "синхронизации кэшей процессоров"...

[Erkin Kuchkarov]

Сообщение от Nadir Zaitov

Вот видите - сами все знаете, что речь идет только на уровне оперативной памяти (RAM по вашему)

Какая еще оперативка (RAM по нашему)?
Ладно... все. Пусть будет по Вашему, Надыр.

[Erkin Kuchkarov]

Оффтоп:

Сообщение от Leonid Khrisanfov

Поподробней, пожалуйста, о "синхронизации кэшей процессоров"...

Леня, хватит )))) Давай лучше пригласим спеца по постгри - Рустама Хамидова.

[Nadir Zaitov]

Сообщение от Leonid Khrisanfov

Поверьте, Оракулу, чтобы заткнуть за пояс Постгреса, не нужно вытаскивать из рукава Раков

Так и выскажитесь об этом в фактах. Где они? Кроме опозданий на выход в корпоративный мир, пока других "проблем" с PostgreSQL здесь никто не озвучил. Есть сомнение, что аналог RAC тут сделать невозможно.

[Nadir Zaitov]

Сообщение от Leonid Khrisanfov

Поподробней, пожалуйста, о "синхронизации кэшей процессоров"...

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

[Leonid Khrisanfov]

Сообщение от Nadir Zaitov

Так и выскажитесь об этом в фактах. Где они? Кроме опозданий на выход в корпоративный мир, пока других "проблем" с PostgreSQL здесь никто не озвучил. Есть сомнение, что аналог RAC тут сделать невозможно.

Да и нет желания копаться в проблемах с PostgreSQL. Нормальная СУБД, для своих задач. Только сравнивать её нужно с подобными ей. Как говорится: "Цезарю - цезарево, а слесарю - слесарево"
А аналога Oracle RAC - нету. Всякие там "репликации" и иже с ними - вообще из другой оперы.

[Eldar Fattakhov]

Сообщение от Leonid Khrisanfov

аналога Oracle RAC - нету

Явного аналога в PostgreSQL точно нет. Это - однозначно.