Был ли опыт портирование приложения с использования MSSQL на PostgreSQL?

Question

[Дмитрий Щербаков]

Привет коллеги по IT!

Возникла задача избавиться от супер дорогого Microsoft SQL Server. И приложение использующее эту БД перевести на PostgreSQL (или другую базу данных). Возможно есть где то ODBC драйверы для трансляции/конвертации запросов?

Может кто сталкивался)))

Comments

[#алгоптимизируй #отботизируй]

существующий проект на чем и как сделан?

[Дмитрий Щербаков]

С Sharp: Сам проект на C++ и C#, База данных весит 20 Гб

[#алгоптимизируй #отботизируй]

Дмитрий Щербаков: Обращение к базе происходит из какого языка ? Какие либы используются? Есть специфичные запросы для PostgreSQL ?

[Дмитрий Щербаков]

С Sharp: В данный момент часть приложения работает с PostgreSQL используя ODBC драйвер, а основная часть с закрытыми исходниками, так что кроме как прокси для базы ничего не могу придумать

[#алгоптимизируй #отботизируй]

Дмитрий Щербаков: Вынесите эту информацию в сам вопрос)

[#алгоптимизируй #отботизируй]

Дмитрий Щербаков: а закрытый код сам создает объект,который к базе передается или он создается открытым кодом?

[#алгоптимизируй #отботизируй]

обращается*****

[Дмитрий Щербаков]

С Sharp а закрытый код сам создает объект,который к базе передается или он создается открытым кодом? - да, все скрыто

[#алгоптимизируй #отботизируй]

Дмитрий Щербаков: Закрытый проект - имеется в виду на с++?
Если он сам создает ссылку на драйвер, то есть не очень красивый вариант ,подменить ссылку на драйвер , на виртуальные методы и т.п.
Это в теории, на практике нужно смотреть, реально ли это и насколько затратно . Подробнее не подскажу.

[#алгоптимизируй #отботизируй]

Подменить в памяти на лету.

[Дмитрий Щербаков]

проект закрытый, не наш, поэтому такие заморочки(((

[#алгоптимизируй #отботизируй]

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

Answer 1

[Александр]

Послушай, если не устраивает цена MS SQL Server, то проще всего будет поступить так:
1) создать резервную копию твоей базы на работе
2) скачать MS SQL Server Express - это та же самая СУБД, что и у тебя на работе стоит, только нету планировщика резервных копий и многих плюшек. Но! - она прекрасна работает в производстве, мы на работе используем версию Express - она бесплатная, ставится быстро, настраивается в 10 раз легче! А перенос базы вообще будет в несколько щелчков. Т.е. просто взять ту же MS SQL (смотря какого года у тебя, 2008, 2012..) и скачать с сайта микрософта бесплатную версию.
3) зайти через Management Studio и в пустую базу залить копию твоей рабочей. все!
Какие PostgreSQL???? чтобы переносить бд с SQL Server на Postgre надо быть...смешным. Это почти нереализуемо. Возьми ту же самую СУБД, только бесплатный вариант! в ней будут отсутствовать многие службы, но они тебе и не понадобятся. и просто скопируй базу свою. Предложи этот вариант своему руководству.

Comments

[Александр]

Просто, как бы Postgre и MS SQL изначально не разрабатывались для совместимости. А реализовывать эту совместимость можно взяться, был у меня опыт...правда для этой цели я писал на Java приложение, которое переносило с MS SQL на MySQL данные корректно. Т.е. единственный известный мне способ перенести именно на Postgre - писать программу. Врядли рядовой системный администратор будет с этим загоняться...да и по времени уйдет много. Проще сделать так, как я предложил выше - использовать бесплатный MS SQL.

[Александр]

Видел Ваш коммент по поводу того, что исходники не доступны. Тут получается вариант действительно всего один, поскольку изменить строку подключения компонента в программе не удастся, то решение - только MS SQL бесплатный. Во время установки задать такое же название, как и у Вашего нынешнего экземпляра SQL Server + такое же имя компьютера. Логин и пароль для сервера БД сделать такие же. И программа подключиться без ковыряния исходников.

[Дмитрий Щербаков]

Александр: привет, тут такое дело, express уже давно не вывозит данные, боюсь мы проиграем только

[Александр]

"Не вывозит" - это как? и какая версия MS SQL?

[Дмитрий Щербаков]

не вывозит - это значит упираемся в ограничения. На данный момент работает версия 2014 standard. Отступились от идеи переводить на другую платформу, решили что не стоит оно этого. Возможно даже проиграли бы в стоимости

Answer 2

[Сергей Протько]

https://wiki.postgresql.org/wiki/Microsoft_SQL_Ser...

Опыт был перевода с Oracle на psql но там все было относительно просто.

Comments

[Дмитрий Щербаков]

Вы предлагаете просто миграцию? Дело в том что исходники приложения недоступны, и там просто не могу все переписать на другой драйвер

[Сергей Протько]

Дмитрий Щербаков: воу, если исходники недоступны то посути вариантов не особо много....

[Александр]

Если исходники программы, работающей с базой данных, не доступны, то это не проблема. - читайте мой другой ответ.

Answer 3

[Dimonchik]

если данных много, то чудесато не получится: типа "легкое" переключение с использованием ORM все равно может упереться в raw sql запросы, которые, к тому же, завязаны на DB - специфичных типах данных

а еще бывают процедуры/триггеры, тоже от DB зависящие

а раз у вас не Access, а таки SQL Server, вряд ли ваше приложение простое и данных в нем мало

Comments

[Дмитрий Щербаков]

Само приложение использует Sql Server Standard (express уже давно не тянет)

Размер базы пока что не очень большой около 20 Гб, максимальное количество строк на таблицу порядка 500 миллионов

Про процедуры и триггеры я немого не понимаю чем могут помочь если сама база будет просто вырезана из приложения

[Dimonchik]

помочь ничем, как раз, если они есть - их тоже нужно грамотно переносить
надо смотреть / сравнивать типы данных

[Дмитрий Щербаков]

dimonchik2013: ну если получится, будет повод для статьи)