Комментарии 37
По тем сценариям, что удалось прогнать, багов не было выявлено ни у одной тулзы.
Однако, не могу сказать, что их нет вообще.
База сама по себе содержала таблицы, ограничения в виде PK, FK, уникальных индексов, представления, функции (табличные и скалярные) и хранимые процедуры.
С переносом, изменением и т д и т п в синхронизации схем и синхронизации данных все было ок.
Вполне достаточно, но рассматривались сторонние утилиты для быстрой настройки.
Про SSDT также сказано вначале (но не расписывалось сильно): Visual Studio Comparer+SSIS (сюда и SSDT входит)
Но ведь решения от RedGate очень дорогие. Чем не подошел Apex? И чем не подошел DbForge?
Я использую в основном DbForge и иногда Apex.
Из плюсов: это условно бесплатно, удобно сравнивать окружения, можно использовать традиционные системы версионного контроля со всеми вытекающими для командной работы.
Из минусов: все миграции необходимо описывать руками в скриптах, что трудоёмко, но даёт больше контроля над происходящим.
Я сам не дибигай, и мне как правило нужно обозреть изменения или проверить менялось ли что-то конкретное, сравнить, и в редких случаях точечно смержить или сгенеить скрипт, продукт пока развивается больше исходя из собственных нужд.
Можете ли выложить проект в гитхаб и дать ссылку?
И да — хотел, но не смог отредактировать мой предыдущий камент — спасибо большое за обзор!
Ок, но хотя бы можете выложить ссылку на описание продукта?
Если такого нет, то в ближайшем будущем плиз дайте.
P.S.: Рад всегда делиться и помогать)
www.db-merge-tools.net/mssqlmerge
Есть еще видео-презентация на 7 минут — youtu.be/JClUOQ1J9HE, старенькая правда, но принципиально с тех пор не сильно что поменялось, добавилось больше поддерживаемых типов объектов и стало чуток красивей.
Благодарю за инфу, а на чем написана тулза и какие библиотеки использует?
Какие технические требования к ПО?
Тех требования — Windows XP и выше, наличие .net framework 4 client profile или выше, по железу каких либо специфических требований нет. Для активации триала желателен интернет (но не обязателен), для бесплатной версии или при наличии ключа — не требуется.
Благодарю за ответ.
А есть ли что-то подобное для PostgreSQL, а также для сравнения схем и данных между MS SQL Server и PostgreSQL?
MS SQL Server и PostgreSQL — тоже нет, сравнивать разные разные СУБД пока даже не планирую вообще, слишком много других хотелок по развитию того что уже есть.
Компаратор для разных СУБД очень актуален в силу перехода с одной СУБД на другую СУБД.
Например, в РФ и ее соседей тренд переходить с платной СУБД на СУБД PostgreSQL.
Пока выявлены следующие пути по синхронизации баз разных СУБД:
1) http://www.dbbalance.com/database_comparison.htm
2) для перехода со скуля на постгрес: https://severalnines.com/blog/migrating-mssql-postgresql-what-you-should-know
3) используя ORM (например, EF) перенести схему и данные с одной СУБД на другую СУБД
У нас, на небольшой бд в примерно 5000 объектов, продукты apex ну очень медленно работают. Dbforge справляется гораздо бодрее.
Насколько мне известно, dbforge имеет очень лояльную политику к индивидуальным разработчикам из России
По компараторам компании Devart Вы правы-они сделали ряд улучшений и если верить интернету, то скоро выпустят еще обновление (правда не знаю что там именно улучшено, но на официальном сайте наверняка напишут). Плюс они очень лояльно относятся к клиентам, т е получить скидку при покупке нескольких решений и существенную можно. Плюс у них и цены самые маленькие.
Но я по своему субъективному мнению сужу по удобству.
Не примите как за рекламу.
Здесь имелось в виду сравнение двух баз, а не миграция изменений.
Контроль версий-это другое, а именно история изменений одной базы.
Разными они могут быть по нескольким причинам. Например:
1) совершенно разные БД и нужно перенести только часть объектов с одной БД в другую
2) БД действительно должны быть идентичны, но по каким-то причинам одна из них не привязана к единому репозиторию
3) во время эксплуатации в РСУБД на одном из экземпляров БД появились странные данные и нужно проанализировать чем данные там отличаются от остальных
4) какие данные не попали с центрального сервера на подчиненный и наоборот
5) аналогично и по схемам в п.3-4
И т д
devblogs.microsoft.com/ssdt/sqldb-cicd-intro
Сравнение компараторов для синхронизации схем и данных баз данных MS SQL Server