Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6   вперед  Ctrl      все
 Миграция с Oracle на Postgres  [new]
daunito
Member

Откуда:
Сообщений: 645
Руководство решило переходить с оракла на постгрес для решения проблем производительности. Кто что думает по этому поводу? Мое мнение, что если умудрились повесить оракл, то простая миграция на постгрес с переносом всей логики лоб в лоб ситуацию не спасет, а может сделать еще хуже. При этом будут потрачены тысячи человеко-часов. Основной упор идет на то, что кривой оптимизатор запарывает всю производительность, приходится использовать кучи хинтов в запросах, а на постгресе этой проблемы быть не должно из-за более умного оптимизатора. Объем бд около 3 Гб, самая большая таблица 500 000 записей, но возможен призрачный рост в далеком будущем до миллиона. Ну и если у кого был опыт такой миграции, с какими подводными камнями можно столкнуться, чтобы заранее подготовиться и сделать все минимальными ресурсами?
24 фев 16, 19:00    [18859196]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
daunito
Member

Откуда:
Сообщений: 645
Опечатался. Конечно 3 Тб, а не Гб
24 фев 16, 19:01    [18859200]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Yo.!
Guest
daunito,

дурачки. у оракла объективно лучший оптимизатор в индустрии. у постгреса даже честного партишенинга нет, не говоря уже о прочих фишках самого оптимизатора. на сколько я понимаю постгрес до сих пор при фуллскане долбит базу одноблочным чтением, т.е. у него даже на примитивных запросах шансы сравняться с ораклом только на ssd.
24 фев 16, 21:37    [18859648]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Sayan Malakshinov
Member

Откуда: Мск
Сообщений: 5956
daunito
Руководство решило переходить с оракла на постгрес для решения проблем производительности.
бу-го-га... даже сами постгрессщики признают, что до оракла в производительности им далеко, зато дешевле :)
24 фев 16, 22:04    [18859743]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6642
Для себя судя по тестам я определил.

ПГ вдвое медленнее ОРА.
По замороченности - сравнимо.
24 фев 16, 22:11    [18859768]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7675
Siemargl,

лада веста в 4 раза медленне феррари ф-1, и чо?
24 фев 16, 22:15    [18859783]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6642
Relic Hunter
Siemargl,

лада веста в 4 раза медленне феррари ф-1, и чо?

Зато в весту больше влезет )
24 фев 16, 22:17    [18859796]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Sayan Malakshinov
Member

Откуда: Мск
Сообщений: 5956
Вообще меня всегда поражало, как такие решения принимаются - ведь проще взять и посчитать, что аудит и тюнинг производительности значительно дешевле и быстрее, чем такие глобальные миграции/апгрейды и тд...
24 фев 16, 22:41    [18859877]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54803

xtender
аудит и тюнинг производительности значительно дешевле и быстрее, чем такие
глобальные миграции/апгрейды

Но это ведь ТСа придётся уволить и заменить кем-нибудь с лучшей подготовкой. А вдруг он
племянник гендира?..

Posted via ActualForum NNTP Server 1.5

24 фев 16, 23:05    [18859941]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Sayan Malakshinov
Member

Откуда: Мск
Сообщений: 5956
Dimitry Sibiryakov,

ну не знаю... на каждую контору хороших спецов ДБА не напасешься, и высокая квалификация нужна на самом деле редко. Проще и дешевле раз в полгода-год заказывать аудит с тюнингом на 3-7 дней, хотя бы у тех же ФОРСов и РДТЕХов. А в идеале был бы как на западе - заключать такие контракты с независимыми контрактниками - они хоть стараться на каждый чих впаривать более дорогие серваки не будут.
24 фев 16, 23:10    [18859951]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7675
xtender,

Да заказывали специолистов=) Пришли, сказали используйте бинды в запросах, иначе никак. Для этого нужно было переписать все приложение.
24 фев 16, 23:26    [18859980]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6642
Relic Hunter
xtender,

Да заказывали специолистов=) Пришли, сказали используйте бинды в запросах, иначе никак. Для этого нужно было переписать все приложение.

Странно.

Для нормальной работы нужно правильно написать все приложение. Вотонокак ?! O_o
24 фев 16, 23:31    [18859988]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
daunito
Руководство решило переходить с оракла на постгрес для решения проблем производительности. ...

Сразу видно, что вам удалось найти по настоящему высоквалифицированных менеджеров. Надеюсь на этом они не остановится, и найдут еще много успешных, хотя и радикальных решений.
24 фев 16, 23:31    [18859989]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7675
Siemargl
Странно.

Для нормальной работы нужно правильно написать все приложение. Вотонокак ?! O_o
Приложение было написано давно и до нас. Переписывать его никто не собирался. Чем в таком случае помогут ассы по тюнингу? Оказалось, что ничем.
24 фев 16, 23:43    [18860013]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7675
А вот парсер и оптимизатор тормознутый в Оракле это - факт.
24 фев 16, 23:46    [18860017]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Вадиман
Member

Откуда: Владивосток
Сообщений: 1085
Причина происходящего, вероятно, в том, что руководство не видит оракловых спецов, с кем можно работать по оптимизации и решению прочих проблем, а спец по постгресу, наверное, есть на примете. Нет?
Подводных камней масса:

1. Невозможность коммитить транзакции в процедурах. Может, коммит в процедурах - это и плохой тон, но если это есть, то переделка ляжет на плечи клиентской части
2. pgsql достаточно демократичен по поводу использования левописных структур и типов данных. Чего будет стоить перенос оных в оракл, если таковые присутствуют... взять, к примеру, древовидный тип ltree, в котором многие любят хранить, скажем, адреса
3. вменяемого аналога оракловому партиционированию нет. Есть жуткий суррогат.
4. веселая отладка. Решение проблем с производительностью - это гребаная черная магия. Толковых инструментов для анализа нет, нет ничего похожего на механизм oracle events. Последний раз, когда сидел на 9.1, видел какую-то тулзу для юниксов, которая может выдавать хоть что-то, пригодное для анализа чтений, дисковой нагрузки, но по полноте дебажных данных сравнивать с ораклом нельзя. Для постгреса под виндой такой тулзы нет. Механизм решения проблем следующий: в голове программиста сидят 20 шаблонов, как делать хорошо и как не делать плохо. Он просто перебирает эти шаблоны и смотрит, какой подходит к его ситуации. Инструментария нет.
5. Если каким-то образом ваш проект на оракле завязан на изменения в ddl по ходу пьесы, то в постгресе вас ждет большой сюрприз - ddl там транзакционен, т.е. может откатываться. С блокировками, соответственно, ситуация обстоит по-другому.

Если вернусь с совещания в течение часа, допишу пункты 6 и 7 про оптимизатор.

В целом, postgres - классная СУБД для своего сегмента. На мой взгляд, если не оракл, то Postgres. Просто человеку, вырасшему на оракле, тяжело будет спускаться.
25 фев 16, 01:51    [18860131]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709
daunito
Руководство решило переходить с оракла на постгрес для решения проблем производительности. Кто что думает по этому поводу?


Идиотизм. Postgres замечательная СУБД, но она не лучше (и не хуже) Oracle.
Они примерно одинаково мощные.

daunito
Мое мнение, что если умудрились повесить оракл, то простая миграция на постгрес с переносом всей логики лоб в лоб ситуацию не спасет, а может сделать еще хуже.


Согласен на 100%. Будет только хуже, просто потому, что вы PG ещё не умеете "готовить", а к Oracle почти наверняка
уже хотя-бы как-то приспособились.

daunito
При этом будут потрачены тысячи человеко-часов. Основной упор идет на то, что кривой оптимизатор запарывает всю производительность, приходится использовать кучи хинтов в запросах, а на постгресе этой проблемы быть не должно из-за более умного оптимизатора.



В PG нет более умного оптимизатора.
В Oracle оптимизатор очень хороший.
Если кто-то его ругает, то скорее всего он сам не очень компетентен...

daunito
Объем бд около 3 Гб, самая большая таблица 500 000 записей, но возможен призрачный рост в далеком будущем до миллиона.


Это мало.

daunito
Ну и если у кого был опыт такой миграции, с какими подводными камнями можно столкнуться, чтобы заранее подготовиться и сделать все минимальными ресурсами?


Опыт миграции есть у многих, но тут главное -- зачем всё это ?
Я бы понимал, если нужно было бы деньги экономить, но ведь наверное Oracle уже закуплен...
25 фев 16, 02:30    [18860146]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30260
MasterZiv
Они примерно одинаково мощные.

серьезно? мне кажется, они несколько в параллельных плоскостях находятся. И чтобы PostgreSQL приравнять к Oracle, это Постгрес надо сильно переоценить. Или поверить в маркетинг.
Конечно, пересечение по применению у них есть, но не стопроцентное же.
25 фев 16, 02:44    [18860156]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7675
kdv,

Oralce SE мало чем от Postgresql отличается. Нет секционирования, параллелизма, нормальной диагностики, даже того-же Enterprise Manager. A энтерпрайз с перечисленными фичами будет стоить за сотню уе. Фишка делеко не всем доступная.
25 фев 16, 03:01    [18860159]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Sayan Malakshinov
Member

Откуда: Мск
Сообщений: 5956
Relic Hunter
xtender,

Да заказывали специолистов=) Пришли, сказали используйте бинды в запросах, иначе никак. Для этого нужно было переписать все приложение.
а в чем конкретно проблема была? чьи спецы были?

Relic Hunter
kdv,

Oralce SE мало чем от Postgresql отличается. Нет секционирования, параллелизма, нормальной диагностики, даже того-же Enterprise Manager. A энтерпрайз с перечисленными фичами будет стоить за сотню уе. Фишка делеко не всем доступная.
так никто и не говорит что оракл дешевый...
25 фев 16, 03:39    [18860174]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Sayan Malakshinov
Member

Откуда: Мск
Сообщений: 5956
Relic Hunter
А вот парсер и оптимизатор тормознутый в Оракле это - факт.
это из разряда "Лучше день потерять, потом за пять минут долететь" лучше потратить пару микросекунд на хорошую оптимизацию и получить время выполнения в 10с, чем ничего не толком не оптимизировать и выполнять час
25 фев 16, 03:45    [18860176]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7675
xtender
Relic Hunter
А вот парсер и оптимизатор тормознутый в Оракле это - факт.
это из разряда "Лучше день потерять, потом за пять минут долететь" лучше потратить пару микросекунд на хорошую оптимизацию и получить время выполнения в 10с, чем ничего не толком не оптимизировать и выполнять час
ну не скажи, во всяких там реал тайм, телекомах это будет решающих фактор. они не будут ждать если оно не в кеше.
25 фев 16, 04:41    [18860188]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Relic Hunter
xtender
пропущено...
это из разряда "Лучше день потерять, потом за пять минут долететь" лучше потратить пару микросекунд на хорошую оптимизацию и получить время выполнения в 10с, чем ничего не толком не оптимизировать и выполнять час
ну не скажи, во всяких там реал тайм, телекомах это будет решающих фактор. они не будут ждать если оно не в кеше.
Если это OLTP, то там используются bind. т.е. полный парсинг исчезающе редкая операция. Если bind не используются, то разработчика на кол.
25 фев 16, 08:31    [18860353]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
mad_nazgul
Member

Откуда:
Сообщений: 5825
daunito
Руководство решило переходить с оракла на постгрес для решения проблем производительности. Кто что думает по этому поводу? Мое мнение, что если умудрились повесить оракл, то простая миграция на постгрес с переносом всей логики лоб в лоб ситуацию не спасет, а может сделать еще хуже. При этом будут потрачены тысячи человеко-часов. Основной упор идет на то, что кривой оптимизатор запарывает всю производительность, приходится использовать кучи хинтов в запросах, а на постгресе этой проблемы быть не должно из-за более умного оптимизатора. Объем бд около 3 Гб, самая большая таблица 500 000 записей, но возможен призрачный рост в далеком будущем до миллиона. Ну и если у кого был опыт такой миграции, с какими подводными камнями можно столкнуться, чтобы заранее подготовиться и сделать все минимальными ресурсами?


Вы правильно думаете...
Но есть вероятность, что производительность поднять получится.
Только если не делать перенос "лоб в лоб".
А разделив данные и логику их обработки.
Данные хранятся в PG, работа с данными пишется на другом ЯП.
Т.е. полный рефакторинг, под видом миграции.
25 фев 16, 11:01    [18860969]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle на Postgres  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3795
Alexander Ryndin
Relic Hunter
пропущено...
ну не скажи, во всяких там реал тайм, телекомах это будет решающих фактор. они не будут ждать если оно не в кеше.
Если это OLTP, то там используются bind. т.е. полный парсинг исчезающе редкая операция. Если bind не используются, то разработчика на кол.

почитай чтоли - как раз бинд и не используется из-за приложения. А переписывать его лень.
Уха-хахаха
25 фев 16, 11:14    [18861058]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5 6   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить