Существует ли для Informix какое-либо средство, позволяющее строить и запускать Build, совместимое при этом с Atn и CruiseControl? Какие технологии в настоящий момент использую уважаемые участники форума для выполнения данного вида задач?

Исходные тексты хранимых процедур, объекты баз данных(таблицы, триггеры и т.д) в виде файлов с SQL - выражениями , изменения к существующим объектам в виде файлов с SQL - выражениями, сформировать их в виде, позволяющем безболезненно выполнить их в существующей базе под контролем какого либо внешнего средства (например Ant, CruiseControl) в учетом взаимозависимостей (например, создание внешнего ключа на таблицу возможно после создания самой таблицы), получить результаты выполнения в каком-либо удобоваримом виде (например, в том же CruiseControl). Приложения в настоящее время собираются с использованием CruiseControl.NET, заказчик хочет по такой же методике (или похожей) производить Upgrade базы данных.

Какие обычно средства используют для построения релизов под Informix? При большом объеме изменений и синхронизации с приложениями вручную это делать и отслеживать достаточно сложно. Особенно если серверов несколько (Developer, QA, Production), то можно и запутаться :-)

Проблема больше не в репозитории (с ним в принципе определились - это Subversion), а скорее в самой технологии построения релизов/билдов и особенно его выполнения ( с помощью внешнего средства). Команда разработчиков территориально распределенная, причем хранимки/SQL-скрипты должны быть преобразованы в один upgrade файл, если на Developer - сервере все действия будут выполнять сами разработчики или один разработчик в качестве админа, которые представляют, то такое Informix, то к примеру на тестовом сервере это может быть и не так.

Задача в общем - то стоит так: с помощью какого-то внешнего средства построения релизов взять из репозитория (Subversion ) нужный набор фалов (представляющих собой хранимки, скрипты создания/изменения таблиц, триггеров и т.д.), создать из этого набора один непротиворечивый набор SQL - выражений в одном файле, выполнить в помощью данного средства данный результирующий файл для перевода структуры базы данных из одного состояния в другое (Informix работает на Linux/Solaris). В случае каких-то ошибок (проверки на ошибки синтаксиса Informix, ошибки построения, ошибки выполнения на Linux ) отправить отчет ответственному лицу. Если для клиентских приложений все достаточно просто - вытащил из репозитория и запустил компилято/линковщик с нужными ключами, причем весь процесс можно контролировать извне, то для Informix - проблема: при выполнении на Linux через dbaccess из командной строки теряется контроль - мы можем только запустить скрипт на выполнение, проверить, завершил ли dbaccess работу, успешно или нет из Windows очень трудно практически, этот процесс желательно как то контролировать, чтобы при возникновении проблем досрочно прервать выполнение и т.д. Например через CruiseControl данные вещи легче отслеживать, да и логи остаются

to АатоЛой
Сервер версия 9.40 UC 6 for Linux - на Developer сервере
Сервер версия 9.40 FC3 for Solaris(SPARK 64bit) - на Production сервере
Сервер версия ??? for Solaris(SPARK 64bit) - на Test сервере
Управление должно производиться из CruiseControl(Ant) на Windows Server 2003
По поводу последовательно - см. мой пост выше - с учетом взаимозависимосей. В частности, ведь средства проетирования типа ERWin, PowerDesigner по отношению к объекту строят нужную послеовательность (т.е. сначала создаются таблицы, потом индексы, констрейны, триггеры и т.д.)

Довольно сложно управлять dbaccess-ом на Linux из CruiseControl на Windows. Через обмен сообщениями между программами или как? Писать отдельно оболочку над dbaccess под Linux и оболочку над CruiseControl под Windows? Как правило dbaccess создает log-файл и все.


to Александр Федоренко
Пользовался версией Server Studio 3.5 - там ничего такого вроде не было. неужто появилось?