N
Yaroslav Schekin
Это только Ваше мнение. И это тоже уже проходили (holywars по этому поводу происходят систематически, да).
Ну а вы посоветуете людям написать например модуль расчета зарплаты полностью на pg/sql?
Size: a a a
2020 July 28
N
Там же в статье чётным по белому написано, что отказались от Оракла по политическим. Все описанные проблемы решаются в Оракле его средствами. Просто это никто не делал, т.к. надо перейти на PG, и махать флажками, что они молодцы... =)
западные банки идут той же дорогой. т.е они отказываются о oracle
МШ
Nikolay
Ну а вы посоветуете людям написать например модуль расчета зарплаты полностью на pg/sql?
А почему бы и нет? Особенно сейчас, когда параллелизм в ПГ таки завезли?
АЛ
Oracle реально развитая СУБД, но представьте, что вы производите ПО на продажу (on-premise) и оно раcсчитано на работу с Oracle - стоимость для конечного пользователя будет непривлекательной. С postgres для конечного пользователя стоимость будет складываться только из стоимости ПО
ДЛ
Nikolay
западные банки идут той же дорогой. т.е они отказываются о oracle
У меня нет статистики по западным банкам. Не думаю, что это имеет массовый характер, т.к. я работал на американцев, и у них есть такая тема, как страхование бизнеса. И, если ты используешь Оракл (типа ты снижаешь риски краха для страховой), она может быть настолько дешевле, что ты по стоимости лицензий даже в плюс выходишь..
YS
Там же в статье чётным по белому написано, что отказались от Оракла по политическим. Все описанные проблемы решаются в Оракле его средствами. Просто это никто не делал, т.к. надо перейти на PG, и махать флажками, что они молодцы... =)
Я Вам процитировал, что чёрным по белому написано в статье.
Не стоит "тут читать, а тут не читать", IMHO.
> Все описанные проблемы решаются в Оракле его средствами.
Хорошо, я скажу проще: если в Oracle это стоит в десять раз дороже (чем в PostgreSQL) — выбросить его (вместе с "решателями"). Это вполне разумно, нет?
Не стоит "тут читать, а тут не читать", IMHO.
> Все описанные проблемы решаются в Оракле его средствами.
Хорошо, я скажу проще: если в Oracle это стоит в десять раз дороже (чем в PostgreSQL) — выбросить его (вместе с "решателями"). Это вполне разумно, нет?
N
А почему бы и нет? Особенно сейчас, когда параллелизм в ПГ таки завезли?
вы упретесь, что ваша паралельность будет ограничена количеством ваших ядер на сервере базы и все. вы не сможете добиться большей паралельности.
МШ
Nikolay
вы упретесь, что ваша паралельность будет ограничена количеством ваших ядер на сервере базы и все. вы не сможете добиться большей паралельности.
Я по через plproxy нарисую это на ...цати шардах.
YS
Nikolay
Ну а вы посоветуете людям написать например модуль расчета зарплаты полностью на pg/sql?
Возможно, что и да. На задачу нужно подробно смотреть.
ДЛ
Oracle реально развитая СУБД, но представьте, что вы производите ПО на продажу (on-premise) и оно раcсчитано на работу с Oracle - стоимость для конечного пользователя будет непривлекательной. С postgres для конечного пользователя стоимость будет складываться только из стоимости ПО
Это всё считать надо. Смотря какое ПО, какие фичи используются. У Oracle есть разные редакции. Oracle XE вообще бесплатный. Есть Oracle Standard Edition. Он платный, но очень сильно дешевле Enterprise.
N
Yaroslav Schekin
Возможно, что и да. На задачу нужно подробно смотреть.
Мне интересно даже. При каких условия вы посоветуете
АЛ
Nikolay
вы упретесь, что ваша паралельность будет ограничена количеством ваших ядер на сервере базы и все. вы не сможете добиться большей паралельности.
Нет же. Параллельность в pg так же как и в oracle - определяется многозадачностью ОС )
SB
А почему бы и нет? Особенно сейчас, когда параллелизм в ПГ таки завезли?
Все 100% попыток превращения РСУБД в Application Server, которые я наблюдал лично с прошлого тысячелетия по наши дни, привели к появлению ужасного неподдерживаемого и глючного говнища. В одиночку я конечно нерепрезентативен, но и от коллег никогда не слышал добрых слов в адрес таких решений.
YS
Nikolay
Мне интересно даже. При каких условия вы посоветуете
При условии, что это не слишком сложно для реализации на этом языке, для начала.
N
Yaroslav Schekin
При условии, что это не слишком сложно для реализации на этом языке, для начала.
ну вот у нас язык pg/sql. Пишем на нем?
АЛ
Это всё считать надо. Смотря какое ПО, какие фичи используются. У Oracle есть разные редакции. Oracle XE вообще бесплатный. Есть Oracle Standard Edition. Он платный, но очень сильно дешевле Enterprise.
Ну Standard ничем у postgres не выигрывает )
ДЛ
Yaroslav Schekin
Я Вам процитировал, что чёрным по белому написано в статье.
Не стоит "тут читать, а тут не читать", IMHO.
> Все описанные проблемы решаются в Оракле его средствами.
Хорошо, я скажу проще: если в Oracle это стоит в десять раз дороже (чем в PostgreSQL) — выбросить его (вместе с "решателями"). Это вполне разумно, нет?
Не стоит "тут читать, а тут не читать", IMHO.
> Все описанные проблемы решаются в Оракле его средствами.
Хорошо, я скажу проще: если в Oracle это стоит в десять раз дороже (чем в PostgreSQL) — выбросить его (вместе с "решателями"). Это вполне разумно, нет?
Проблема в том, что все считают Postgres бесплатным...
Хотя даже Яндекс пишет, что им barman выкатил прайс, который они не готовы платить, за решение их баги... И вот живут они с этой багой... Норм тема. Хорошо, что она не критичная. Просто железа тонну надо потратить на это. Благо, у Яндекса оно есть.
Хотя даже Яндекс пишет, что им barman выкатил прайс, который они не готовы платить, за решение их баги... И вот живут они с этой багой... Норм тема. Хорошо, что она не критичная. Просто железа тонну надо потратить на это. Благо, у Яндекса оно есть.
N
Нет же. Параллельность в pg так же как и в oracle - определяется многозадачностью ОС )
при расчете зарплаты параллельность на уровне запроса она скорее даже не нужна. расчет идет по каждому сотруднику отдельно.
ДЛ
Ну Standard ничем у postgres не выигрывает )
Мне лень сравнивать. Останемся при своих.. Живите в своих фантазиях.. =)
S
Ms все равно круче.