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

[Nadir Zaitov]

Сообщение от Eldar Fattakhov

Кошелёк тоже будет стройнеть. Отгрузим midrange или hi-end серверы с огромным удовольствием!

Главное сравнить стоимость роста вверх и решения на основе RAC. Кстати, может RAC и не запуститься толком (встать RACом )?

Сообщение от Vsevolod Usmanov

Тоже самое кратко изложил в своих постах ранее г-н Erkin Kuchkarov, но, как мне показалось был не понят.

Это где? Я видимо его совсем не понял!!!

[kdima71]

Поздравляю Всех с наступающим Новым Годом!

Позвольте еще один "не технический довод" высказать.

Предствим себе гипотетически молодую команду разработчиков, которые изучив рынок, пришли к выводу, что в текущий момент очень востребован тот же самый ЭДО, но так как не они одни на этом Свете (жесткая конкуренция), решили что реализовывать свой продукт они будут на бесплатной СУБД.

Мало того, что на вопрос Заказчика: "А где Вы, братцы, внедрили еще свой ЭДО?", им нечего будет ответить, так еще им придется открыть другую "тайну" - ЭДО реализован на почти не известной и мало расспространенной в регионе СУБД и что они готовы на свой страх и риск поодерживать ее. Результат, будет я думаю плачевным для парней....

P.S. Специалисты "ясные и четкие (практические, не маркетинговые) заключения" выдают как правило, когда знают кому и зачем это нужно и что за это им будет! (шутка)

[Nadir Zaitov]

Сообщение от kdima71

Кроме того, все понятно...бесплатно и открыто....а кто отвечать будет, если что случиться???

"Полубесплатный" саппорт. Он и у Oracle support и тоже платный.

Оффтоп:

Не местные же головы и умы

[kdima71]

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

"Полубесплатный" саппорт. Он и у Oracle support и тоже платный.

Оффтоп:

Не местные же головы и умы

Оффтоп:

Я понимаю, «кто не рискуют, тот не пьет...»

[Nadir Zaitov]

Оффтоп:

Сообщение от kdima71

«кто не рискуют, тот не пьет...»

Я как раз наоборот - консервативен. Где уже пьют, там я и рискую

[Eldar Fattakhov]

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

Главное сравнить стоимость роста вверх и решения на основе RAC.

Сравнить стоимость решений в лоб - достаточно тяжело. Я думаю, что ни HP (как производитель "железа"), ни Oracle (как производитель "софта") не будет противопоставлять оба типа масштабирования.

Учитывая специфику организации закупок, горизонтальное масштабирование может оказаться более удобным, т.к. 4 процессора в системах entry-level обойдутся заведомо дешевле 4 процессоров в системе mid-range или high-end. Разницу "подъест" стоимость лицензий на RAC... Третий узел улучшит разницу в цене, но добавит сложностей в управлении... И так и далее.

Поэтому, если есть возможность сразу увидеть место для "большой" системы - нужно брать mid-range и старше. Если же период "поглощения" ресурсов большой машины растягивается на два-три года, то имеет смысл обратить внимание на малые (2-4 процессора) системы. Это намного лучше, чем брать полупустую (или, что еще хуже) полную на одну четверть или одну восьмую "машину" (1-2 процессора из 8 возможных).

[Nadir Zaitov]

Сообщение от Eldar Fattakhov

Разницу "подъест" стоимость лицензий на RAC...

Надо отметить, что не просто подъест, а будет продолжать подъедать (22% в год)

Кстати система на 4 процессорах entry-level уже не дешевая игрушка для Orace EE. Только лицензии на 4 процессора в системах entry-level (4 ядрышка считать?) стоят 47 000$/p x (1.22 support) x 4 (p) x 4 (c) x 0,5 (per core ratio for intel)=458 720$ и это без дополнительных опций Oracle. Итог кажется простым: в мусорку RAC, если при начальной комплектации стоимость начальных серверов перепрыгивает через mid range сервера (с меньшим количеством процессоров) в нормальной комплектации за пол стоимости Oracle (стоимость RAC! - 50% от стоимости Oracle EE). То на то вроде и выходит. Я согласен, что считать придется в любом случае .