Этапы оценки при переходе с коммерческих СУБД на PostgreSQL

14.10.2021

1 — Общая оценка

Данный этап проводится, чтобы оценить насколько легко или сложно будет выполнить миграцию на PostgreSQL. Сначала следует провести тщательный анализ проблем, связанных с технологиями, и оценить совместимость клиента, сервера приложений, доступа к данным и функций базы данных.

2 — Оценка совместимости

Прежде всего надо убедиться, что необходимое ПО сертифицируется PostgreSQL. Если данной сертификации нет — нужно будет договориться с владельцами ПО добавить поддержку PostgreSQL, либо выбрать другое ПО.

После проверки совместимости исходной и целевой базы данных, необходимо проверить следующее:

  • Ресурсы сервера (память / дисковое пространство / открытые сетевые порты между источником и местом назначения).
  • Операционная система.
  • Программное обеспечение для переноса данных и соответствующие драйверы установлены и настроены.

3 — Оценка кода приложения

Чем больше код приложения зависит от специфичных для коммерческой СУБД фреймворков, а не от открытых классов, тем сложнее становится миграция. Объем необходимых корректировок зависит от архитектуры приложения и уровня подключения к базе данных. Преобразование должно быть относительно простым, например, есть код Java, который использует общие классы JDBC, а не специфические для конкретной СУБД.

Ситуация усложняется, если вы используете встроенный язык программирования. Такой как Oracle Pro * C, динамически построенный SQL, или связываетесь с библиотеками, специфичными для Oracle, такими как: OCI или классы Oracle JDBC. Их корректировка требует твердого понимания базовой логики приложения и должна быть тщательно протестирована.

4 — Оценка архитектуры и очистка

На процесс миграции могут существенно повлиять настройка и архитектура базы данных и ее содержимого. Миграция предоставляет хорошую возможность очистить архитектуру и содержимое базы данных от лишнего — объектов, которые больше не нужны. Например старые временные таблицы или резервные копии данных, статических исторических данных, либо перейти к архивному хранилищу. А также уменьшить размер базы данных и ресурсы, необходимые для резервного копирования и восстановления.

Переход на PostgreSQL также открывает возможность разделения обработки онлайн-транзакций (OLTP) и аналитики по разным хранилищам, что может улучшить как оперативность, так и возможности аналитики.

5 — Преобразование схемы

Последним шагом в этапе Оценки является выявление и устранение различий в схеме и форматировании данных между коммерческой СУБД и PostgreSQL. Крайне важно внести эти изменения до миграции данных, чтобы избежать неприятных и трудоемких ошибок в PostgreSQL.

PostgreSQL поддерживает стандартный синтаксис SQL и типы данных ANSI SQL. С помощью инструментов следует идентифицировать неподдерживаемые объекты, а затем преобразовывать их вручную с помощью синтаксиса, поддерживаемого PostgreSQL или обходных путей.

Расскажите о своем проекте и мы решим вашу задачу

Наш менеджер свяжется в течение 2х часов

Оставляя заявку, вы даете согласие на обработку персональных данных