PgConf.Сибирь 2019

1С не умеет из коробки работать сразу с несколькими инстансами БД, поэтому переключения "из коробки" работы 1С на реплику в случае сбоя мастера и обратно не существует. В своём докладе хочу рассказать о подходах к такому переключению и о нескольких вариантах его реализации.

При миграции данных из одной СУБД в другую встает вопрос: выбрать сторонний инструмент или написать миграцию самому? Компании, пытаясь вырасти компетенции внутри себя, выбирают второй вариант. И наталкиваются на изобретение собственных "велосипедов". Однако на рынке есть мощные бесплатные инструменты миграции данных. Одним из таких инструментов является Pentaho Data Integration, входящий в пакет Pentaho Community Edition. В докладе будет рассмотрено применение данного пакета для миграции данных между СУБД Oracle и PostgreSQL. Особое внимание будет уделено проблемам, возникающим при использовании данного инструмента, и задачам тестирования на полноту и целостность мигрируемых данных.

ORM - удобный инструмент; если им пользоваться осмысленно, можно получать хорошие SQL-запросы. Однако, набор поддерживаемых операций ограничен. К счастью, сама платформа .NET Core и большинство библиотек для неё - open-source проекты, поэтому разработчики могут не только пользоваться инструментами, но и делать вклады в их улучшение. Я расскажу о некоторым моих вкладах в ORM-библиотеку EfSqlTranslator. Это позволило: расширить возможности использования агрегатных функций; реализовать возможность поиска по элементу массива PostgreSQL; сделать поддержку поиска в hstore по ключу и значению. Так же я поделюсь дальнейшими планами по вкладам в свободные ORM-проекты, например, сделать поддержку поиска по jsonb.

Опыт перевода МИС "РТ МИС" (ПроМед) с MSSQL на Postgres. Когда назрела необходимость перехода с MSSQL на PostgreSQL в нашей МИС «ПроМед» («РТ МИС»), одной из самых больших МИС в России мы, по настоящему, ужаснулись, оценив объемы перехода: огромное количество хранимых процедур, функций, SQL-запросов в прикладном коде и сервисах. Все это требовало переписывания, осложнялось требованиями к доступности системы, и вариант «проснуться и везде работает PostgreSQL» был практически невозможен. И мы пошли другим путем – постепенно «прислоняясь» к «слону – PostgreSQL».

В докладе будут рассмотрен наш практический опыт перехода, используемые инструменты, зачем нам понадобилась еще одна репликация, проблемы, а так же пути их решения.