Подскажите, используется ли какая-то система уведомлений по взаимосвязанным задачам? Как происходит передача задачи в разработку, а затем в тестирование?
Задача на разработку создаётся ответственным за требования после того, как завершён анализ. А как тестировщик узнаёт, что разработка задачи завершена и он может приступать к работе по своей задаче тестирования?
Это я к том, что написал DmitryKoterov: нельзя просто менять (накатывать, откатывать, мерджить и т.д.) метаданные, без оглядки на привязанные к ним данные.
«наврядли какой либо визуальный инструмент предоставит функционал, позволяющий воспользоваться всеми возможностями»
Пока не встречал таких проблем. Да и не думаю, что в этом действительно есть какая-то проблема. Это ведь не код сгенерировать, который реализуют какую-то логику, а описание структуры. Какие здесь могут быть разночтения? К тому же никто не мешает особенности все же хранить в виде отдельных скриптов. Просто соотношение таких исключений к общему количеству таблиц в БД будет, имхо, мизерным.
Полностью согласен.
Но есть и решения, которые предлагают вместе с ведение версионности метаданных вести и версионность самих данных. Как по мне, так это уже геморрой наживать.
Конечно, все зависит от организации выполнения программы или проекта.
Например, в своей работе мы храним исходный код (именно код, а не DDL) в SVN. Структура БД в модели. Если изменяется структура БД, то изменения делаются в модели. Затем с помощью скриптов, полученных из модели автоматически, полуавтоматически или вручную (кому как удобно или в зависимости от изменений), вносятся изменения на тестовую или боевую БД.
Не понял, как это набрать не зная его полного имени? SQL Assistant можно вызвать (Ctrl+Space) ничего не набирая, тогда он тебе покажет список всех объектов (БД, схемы, таблицы, ...). Или как нужно?
Пробовал SQL Tool Belt, году так в 2009-ом. Отказался потому, что не смог настроить форматирование под свой стиль, а так же не нравилась тормазнутость работы и еще чего-то (уже не помню). Не знаю, как сейчас работает новая версия, но раньше, при любых изменениях структуры БД Belt проводил сканирование, о чем свидетельствовало появляющееся окошко. Это раздражало. В SQL Assistant все это происходит в фоне, а информацию об объектах он держит в кэше. Нужно обновить кэш — один вызов команды, которая выполняется мгновенно.
Но у Red Gate куча утилит, это факт. Подписан на их рассылку, интересные вещи пишут авторы, часто встречается интересная информация.
Отлично придумано!
Подскажите, выполняется ли трассировка операторов внутри процедур/функций?
Вопросы:
Задача на разработку создаётся ответственным за требования после того, как завершён анализ. А как тестировщик узнаёт, что разработка задачи завершена и он может приступать к работе по своей задаче тестирования?
нельзя просто менять (накатывать, откатывать, мерджить и т.д.) метаданные, без оглядки на привязанные к ним данные.
Пока не встречал таких проблем. Да и не думаю, что в этом действительно есть какая-то проблема. Это ведь не код сгенерировать, который реализуют какую-то логику, а описание структуры. Какие здесь могут быть разночтения? К тому же никто не мешает особенности все же хранить в виде отдельных скриптов. Просто соотношение таких исключений к общему количеству таблиц в БД будет, имхо, мизерным.
Но есть и решения, которые предлагают вместе с ведение версионности метаданных вести и версионность самих данных. Как по мне, так это уже геморрой наживать.
Конечно, все зависит от организации выполнения программы или проекта.
Например, в своей работе мы храним исходный код (именно код, а не DDL) в SVN. Структура БД в модели. Если изменяется структура БД, то изменения делаются в модели. Затем с помощью скриптов, полученных из модели автоматически, полуавтоматически или вручную (кому как удобно или в зависимости от изменений), вносятся изменения на тестовую или боевую БД.
Но у Red Gate куча утилит, это факт. Подписан на их рассылку, интересные вещи пишут авторы, часто встречается интересная информация.