LINUX.ORG.RU

Ora2pgpro включена в СУБД Postgres Pro Enterprise, чтобы упростить конвертацию кода СУБД Oracle

 , , , миграции


3

2

Компания Postgres Professional разработала утилиту ora2pgpro — решение для автоматического портирования пакетов и автономных транзакций Oracle в пакеты и автономные транзакции Postgres Pro. Утилита позволяет увеличить процент корректной конвертации кода в автоматическом режиме, что, по подсчетам Postgres Professional, поможет заказчикам сэкономить до 50% времени на перенос и снизить затраты на миграцию с Oracle.

Ora2pgpro работает на базе open-source приложения ora2pg — популярного инструмента для конвертации баз данных Oracle в PostgreSQL, разработанного, в основном, Жилем Дарольдом из французской компании Dalibo. В отличие от свободного приложения, которое преобразовывает автономные транзакции в функции-обёртки, используя dblink или pg_background, утилита ora2pgpro экспортирует автономные транзакции напрямую, в несколько раз повышая их производительность.

Решение стало очередным этапом работы Postgres Professional по облегчению миграции с Oracle. В январе этого года компания уже представила поддержку пакетов (наборов функций и процедур) «в стиле Oracle» в СУБД Postgres Pro Enterprise.

Ora2pgpro поставляется в рамках очередного обновления СУБД Postgres Pro Enterprise 15.3.1. Помимо утилиты в новый релиз было также добавлено расширение pgpro_application_info для помощи в переносе приложений, использующих пакет DBMS_APPLICATION_INFO в Oracle.

>>> Подробности



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от emorozov

бизнес-логика в хранимых процедурах.

Бизнес-логику в бд только в оракле и можно более менее нормально сделать, для остальных - действительно лучше сервер приложений. Так что если оракл не используется, то только один путь.

Psilocybe ★★★★
()
Ответ на: комментарий от Psilocybe

… для остальных - действительно лучше сервер приложений.

Свои плюсы-минусы, но как вариант - вполне себе.

qwe ★★★
()
Ответ на: комментарий от Psilocybe

Бизнес логику можно с разными ухищрениями, соглашениями о наименованиях и т.д. делать в разных СУБД и не только в Oracle. Просто в Oracle c его PL/SQL пакетами бизнес-логика (и API, которые дергают приложения, генерирующий GUI) делается на порядок проще.

Microsoft предлагала сделать PL/SQL стандартом для СУБД, но Oracle высказался против.

Поэтому я и написал выше, а почему не прикрутить к СУБД - немного модифицированный ADA? В ADA и функционала больше чем в PL/SQL (который основан на ADA).

Хотя сейчас пошла тенденция прикручивать к СУБД Python и JavaScript, причем без «глубокой» интеграции с движком SQL СУБД.

И мне не нравятся скриптовые, безтиповые языки - на них быстро разрабатывать, но потом отлавливать кучу ошибок, что в случае с данными - недопустимо.

MichIs
()
Последнее исправление: MichIs (всего исправлений: 1)
Ответ на: комментарий от MichIs

Бизнес логику можно делать в разных СУБД и не только в Oracle.

Можно, но лучше не надо. Довелось поработать с этим хроническим ужосом.

Psilocybe ★★★★
()
Ответ на: комментарий от Psilocybe

… Довелось поработать с этим хроническим ужосом.

Да ладно, не всё так ужасно. :)

qwe ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.