@jil24 авг 2011 в 15:27

Контроль изменения структуры БД

2 мин

9.2K

SQL *

+49

Комментарии 42

@solver 24 авг 2011 в 15:57

Молодцы.
Всегда нравились люди которые не жмутся выложить собственные тулзы бесплатно.

@Karen 26 авг 2011 в 10:05

Полностью согласен. И присоединяюсь к выше сказанному.

@TheTony 27 авг 2011 в 09:53

И я.

@powder96 24 авг 2011 в 16:11

Не помешали бы и исходники.

@tampere 24 авг 2011 в 16:19

На .net-е это не проблема ;)

@Cryptochild 25 авг 2011 в 09:56

На выбор: платный рефлектор, бесплатные dotPeek и ILSpy.

@jil 24 авг 2011 в 16:33

Что именно?

Как делается сканирование структуры? С помощью «exec sp_help», «exec sp_helptext», а также иногда выборки из системных таблиц.

Генерация скриптов? Ну тут много «if(a != b) ....» :)
Позновательного там не много.

@7workers 24 авг 2011 в 16:51

Таки зажали :) "… а что там пробовать — сало оно и в африке сало..."

@jil 24 авг 2011 в 16:55

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

@CrazyViper 24 авг 2011 в 17:00

По секрету вам скажу (из своего опыта написания парсеров структур БД), там действительно либо куча if — else, либо switch, либо они же в хитрых комбинациях. Хотя в 3.5 LINQ должен помочь избавиться от этого.

@ploop 24 авг 2011 в 16:59

Эх, такую бы штуку под PostgreSQL :)
Но у нас не много филиалов, справляемся вручную…

@el777 24 авг 2011 в 19:32

Держите — apgdiff

@ploop 24 авг 2011 в 19:51

Опа, спасибо!
Судя по описанию — то, что надо. Попробуем в деле.

@Shedal 24 авг 2011 в 17:00

Вы таки написали статью :) Спасибо, интересно, и утилита, судя по всему, весьма полезная. Жаль, что с MySQL ее нельзя использовать… впрочем, если сделаете её опенсорсной, я уверен, что такая возможность скоро появится :)

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

P.S. Может быть, стоит упомянуть в статье, что эта утилита помогает реализовать «Метод уподобления структуры БД исходному коду» из статьи по ссылке выше?
P.P.S. Возможно, статье больше подойдет название типа «Утилита для версионной миграции БД», + соответствующие теги?

@jil 24 авг 2011 в 17:12

Миграция данных ещё в проекте, много текущих задач. Как это будет? Пока не сделаю — ничего точно сказать не могу, вариантов то много :)

«Метод уподобления структуры БД исходному коду» из статьи по ссылке выше — не пойму о чем речь.

@jil 24 авг 2011 в 17:46

Понял что за уподобление… Оно похоже но не совсем, ведь я не оперирую скриптами — я их создаю на основе сравнения снимков. Т.е. снимок создается при сканировании БД и потом сравнивается с аналогичным. Здесь скорее библиотека классов описывающих структуру БД.

То что вы описали: подходит в моем случае только для хранимых процедур, функций и триггеров.

@mclander 24 авг 2011 в 18:00

Круто;)

Я лет 15 как использую PowerDesigner(S-Designer) и в кооперативных проектах использую Modify Database. Но версионный контроль триггеров/хранимых процедур в нём головная боль. Плюс он стоит прилично денег.

Для контроля пакетов (читай хряп, триггеров) вполне подходит SVN. Но в вашей разработке удобный просмотр изменений. Красиво.

@xdenser 24 авг 2011 в 18:03

В IBExpert — это инструмент администрирования для Interbase/Firebird. Уже давно есть подобная функция — Сравнение БД, сравнивает структуру, генерирует скрипты для приведения в одинаковый вид, для данных есть аналогичная вещь.
Давно ею успешно пользуюсь.

Чего не хватает там — фильтра для структуры, т.е. когда нужно синхронизировать часть объектов, а не все. Ну критерием для фильтра могла бы быть принадлежность той или иной схеме, но в Interbase/Firebird нет схем. Устроил бы фильтр по регулярке от имени объекта.

@ncix 25 авг 2011 в 07:07

Там есть фильтр по видам объектов, но его бывает недостаточно, да.

Еще один минус — невозможно увидеть что именно изменилось в процедурах/триггерах. Процедура дропается целиком, причем вместе с зависимыми процедурами, и потом создается заново.

@xdenser 25 авг 2011 в 08:20

Да меня интересует фильтр не по видам, а исходя из логики проекта. Т.е. по именам.

Ну с просмотром изменений проще — можно из двух баз выдрать метаданные и сравнить два скрипта, как два текстовых файла. Конечно, хорошо бы, чтоб это было автоматизировано.

@svdesign 24 авг 2011 в 18:33

Боюсь предложить, но рискну, попробуйте использовать Rails Migrations :) Сайты создавать не нужно, достаточно иметь рельсовый проект и размещать в нем только миграции, при мне однажды так делалось на PHP-проекте.

@easyman 24 авг 2011 в 18:35

Есть замечательный продукт, SQL Toolbet
Он платный, есть триал. Если триала не хватает, вводите
i need more time
вместо серийника. Несколько раз сработает. Очень удобная программа :)

На днях знакомый рассказывал, что для версионности можно использовать что-то из старших редакций Visual Studio 2010, но я ещё не пробовал.

@jil 24 авг 2011 в 18:45

Хорошая утилита, вернее комплекс — но очень дорогой. Да и недостаток такого рода продуктов их чрезмерная мощность. Нам как и многим другим просто не нужна будет большая часть функционала.

А про студию, я знаю — но и она платная, да и пользуются ли ею все пользователи SQLServer (express)?

@box140 24 авг 2011 в 18:55

Еще из этой серии: SchemaCompare. Удобно. Бесплатно.

@ComodoHacker 24 авг 2011 в 23:52

У всех подобных тулзов (да и всего процесса версионирования БД) есть одна проблема, мешающая их промышленному применению. Я покажу на примере.
Допустим, история базы была такой:

Версия  Изменение
------- -----------------------------------------
1.0     create table t (id...
1.1     alter table t add column c ...
1.2     alter table t add constraint c_fk foreign key © references...
1.3     create index t_c on t ©
1.4     alter index t_c disable
        update t set c = -1 where c is null
        alter table t add constraint c_ck check (c is not null)
        alter index t_c rebuild

На момент выхода релиза 1.4 на целевой базе может быть схема данных любой версии, вплоть до 1.0. Соответственно, для корректного приведения ее к версии 1.4 могут потребоваться разные действия и разная реакция на возможные ошибки.

Как ваш процесс (с участием вашей тулзы) решает эту задачу? как выглядят скрипты после тестирования и выпуска для наката в production, и как они применяются к целевой БД?

@jil 25 авг 2011 в 05:32

Я упоминал, что программа не 100% панацея. Она умеет: генерировать скрипты и выстраивать их в правильном порядке (индекс не будет создан до добавления поля в таблицу). Ну а ситуации с выключением индексов и проверкой зависимостей я вообще не обрабатывал, не было нужды. Все что накопится в этом обсуждении возможно будет добавлено в следующих версиях.

@Kvintilian 25 авг 2011 в 05:04

Под FierBird подобное есть?

@jil 25 авг 2011 в 05:33

Отвечали выше
Я же могу сказать — что буду делать аналогичное для PosgreSQL, MySQL, Oracle. Другие БД о-о-очень сомнительно.

@Kvintilian 25 авг 2011 в 05:51

Про тот инструмент знаю, но там очень много ручной работы…

@ncix 25 авг 2011 в 07:09

А почему сомнительно для других? Выкладывайте на github или в google.code — народ поможет. Лично мне пригодилось бы для FB.

Сейчас, как я понимаю, доступ к MSSQL осуществляется нативными средствами .NET?

@jil 25 авг 2011 в 12:06

Напрямую ядро не работает с базами, а только со снимками. Драйвер может использовать что угодно (для SQLServer — нативный интерфейс).

Честно — никогда не делал проекты в github или в google.code. Но и здесь загвоздка в коммерческой составляющей о которой я писал выше.

Дойдет дело до открытия исходников — будут создано множество драйверов.

@qwazer 25 авг 2011 в 05:30

Использую для контроля изменения структуры БД Oracle самописную программку oracle-ddl2svn.
Ставлю ее на расписание, чтобы она выкачивала всю схему БД в виде DDL-скриптов и коммитила их в систему контроля версий SVN.
Написана на Java, Spring.

Народ качает, пользуется. Даже шлют положительные отзывы.

@ajvol 25 авг 2011 в 06:32

Пользуюсь для этих целей AdeptSQL — очень доволен.
Здорово, что у вас открытый код, хотя слова «полностью свободен» и «продавать нельзя» несколько противоречят друг другу.

@elw00d 25 авг 2011 в 06:44

Кода нет же.

@jil 25 авг 2011 в 12:07

Продавать то что отдано даром — это как? :) Кажется это обман покупателя…
Полностью свободен проект скомпилированный — т.е. для использования.

@elw00d 25 авг 2011 в 06:43

Вообще, странно, что в SQL Server до сих пор не появилось никакого механизма версионирования, хотя бы кода хранимых процедур и функций. Неужели это так сложно сделать? Приходится либо забивать на версии и хранить всё в базе, либо постоянно параллельно держать набор запросов MODIFY.