|
|
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
.. CASE-средств моделирования структуры БД в системах масштаба крупного предприятия. У нас количество таблиц измерятся сотнями - несколько десятков основных, остальные вспомогательные. Плюс пара десятков человек разработчиков, которым надо обеспечить одновременную работу со всей этой структурой. Сейчас изменения вносятся путем ручного написания скриптов, но отслеживать их и избегать ошибок уже становится очень тяжко. Хотим попробовать использовать средства моделирования и генерировать скрипты автоматом из модели, сохранив при этом групповую разработку. Насколько оправдан такой подход в нашем случае? Что можете посоветовать из инструментов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 20:11 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
leader, Sybase Power Designer, it's a beatiful... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 01:00 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
ER/Studio ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 08:03 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
leader.. CASE-средств моделирования структуры БД в системах масштаба крупного предприятия. У нас количество таблиц измерятся сотнями - несколько десятков основных, остальные вспомогательные. Плюс пара десятков человек разработчиков, которым надо обеспечить одновременную работу со всей этой структурой. Сейчас изменения вносятся путем ручного написания скриптов, но отслеживать их и избегать ошибок уже становится очень тяжко. Хотим попробовать использовать средства моделирования и генерировать скрипты автоматом из модели, сохранив при этом групповую разработку. Насколько оправдан такой подход в нашем случае? Что можете посоветовать из инструментов?У вас пара десятков разработчиков, не специалистов по БД, и они одновременно меняют модель данных? Не видел инструментов, которые это позволяют делать при групповой разработке. Разве что MS Visual Studio, но это только если вы с MS SQL Server работаете. ER/Studio и Sybase Power Designer - отличные инструменты, но не помню, чтобы они мержили изменения модели от многих людей. Может, я не с теми версиями работал... Может быть, вам имеет смысл взять отдельных специалистов по БД, которые и будут консолидировать всю работу по БД (а лучьше делать изменение модели только сами). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 10:43 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
On 01.09.2010 11:43, alexeyvg wrote: > ER/Studio и Sybase Power Designer - отличные инструменты, но не помню, чтобы они мержили изменения модели от многих > людей. Может, я не с теми версиями работал... В PowerDesigner есть репозиторий, который позволяет совместно разрабатывать модели. Но тут по-моему основная проблема в другом: переход от ручного ведения скриптов на "модельный" довольно непрост, особенно если он вводится не в начале проекта, а тогда, когда количество таблиц измеряется сотнями, и может даже вызвать отторжение. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 10:51 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
Denis PopovВ PowerDesigner есть репозиторий, который позволяет совместно разрабатывать модели.Да, не работал с репозиторием, хотя и подозревал, что он это всё позволяет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 11:02 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
alexeyvg, У нас несколько групп по 2-3-4 человека, которые отвечают за реализацию конкретных подсистем функциональности. Каждая группа вносит правки, в основном, только в "свои" таблицы. Структура общих таблиц меняется редко. Если я правильно понимаю, каждая из таких групп может работать со своей диаграммой. Задача, в первую очередь, замерджить все изменения, получить в виде скрипта diff всех изменений всех групп с момента последнего релиза. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 11:08 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
Denis Popov, Да, не прост. Отторжение уже началось. Поэтому надо набрать достаточное количество аргументов, чтобы уйти от этого устаревшего, но за 10 лет прочно прижившегося в умах подхода. Сейчас у нас сидит отдельный человек, работа которого состоит исключительно в том, чтобы собирать со всех групп артефакты, отслеживать изменения, зависимости и вручную компоновать скрипт для последующего релиза. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 11:13 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
On 01.09.2010 12:13, leader wrote: > Сейчас у нас сидит отдельный человек, работа которого состоит исключительно в том, чтобы собирать со всех групп > артефакты, отслеживать изменения, зависимости и вручную компоновать скрипт для последующего релиза. Боюсь, что и с использованием CASE-средств основную работу по созданию скрипта обновлений придется делать вручную, формирование скрипта на применение изменений из модели - не самая сильная сторона любого CASE. А зависимости объектов порой из словаря БД вытянуть проще, чем из модели. Тут могут сыграть аргументы вроде удобного документирования структуры, построения отчетов по ней, а таблицы рисовать может кому удобнее и руками, если говорить только про физическую модель. Мы сперва работали через репозиторий группой человек в 10, потом скатились до банального реинженеринга. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 11:27 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
leaderDenis Popov, Да, не прост. Отторжение уже началось. Поэтому надо набрать достаточное количество аргументов, чтобы уйти от этого устаревшего, но за 10 лет прочно прижившегося в умах подхода. Сейчас у нас сидит отдельный человек, работа которого состоит исключительно в том, чтобы собирать со всех групп артефакты, отслеживать изменения, зависимости и вручную компоновать скрипт для последующего релиза. Начтине с того, что дайте этому одному человеку в руки Пауэр Дезайнер. Он освоится с ним и будет делать тоже самое, но в нем. Это не сложный переход. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 11:41 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
У нас разработка/поддержка одной БД идёт уже 12 лет, и каждые лет 3-5 в ней чего-то кардинально меняют. Думаю что CASE средства для нашего предприятия в принципе неприменимы. Слишком много сторонних разработчиков участвуют в общем проекте. Их невозможно консолидировать. И зона ответственности распределена таким образом, что разработчик не ставит и не обновляет новых версий на продакшене. Это делает другая рабочая группа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 12:59 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
Denis Popov, А PowerDesigner он позволяет хранить в репозитории другие объекты БД типа процедур, пакетов и генерировать установочные скрипты вместе с этими объектами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 13:28 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
On 01.09.2010 14:28, leader wrote: > А PowerDesigner он позволяет хранить в репозитории другие объекты БД типа процедур, пакетов и генерировать установочные > скрипты вместе с этими объектами? В репозитории хранятся все объекты модели или все объекты "пакета" - части модели в терминологии PowerDesigner'а. Физическая модель - да, позволяет хранить процедуры, представления и т.п., их код может быть дополнен рукотворными скриптами, выполняющимися до или после их создания, можно до определенной степени управлять скриптами на создание и реинженеринг объектов. Дальше надо смотреть на конкретную БД. Например, у нас Oracle и то, как PowerDesigner работает с его пакетами, меня, мягко говоря, не устраивает: он их разбивает на составляющие, в результате теряется часть форматирования и не поддерживаются перегруженные методы. В результате в модели дополнительно к таблицам из всего pl/sql-кода мы хранили лишь триггера - из-за шаблонов, генерирующих их код - а все остальное скриптами в системе контроля версий. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 13:50 |
|
||
|
Расскажите об опыте использования
|
|||
|---|---|---|---|
|
#18+
leaderalexeyvg, У нас несколько групп по 2-3-4 человека, которые отвечают за реализацию конкретных подсистем функциональности. Каждая группа вносит правки, в основном, только в "свои" таблицы. Структура общих таблиц меняется редко. Если я правильно понимаю, каждая из таких групп может работать со своей диаграммой. Задача, в первую очередь, замерджить все изменения, получить в виде скрипта diff всех изменений всех групп с момента последнего релиза.Вариант с скриптами не такой уж и плохой, только его нужно усовершенствовать. leaderСейчас у нас сидит отдельный человек, работа которого состоит исключительно в том, чтобы собирать со всех групп артефакты, отслеживать изменения, зависимости и вручную компоновать скрипт для последующего релиза.А у нас скрипты собираются сами при билде проекта, никакой человек артефакты не собирает. Раньше работали с автоматической системой создания скрипта изменения модели данных прямо из проекта, но потом всё таки пришли к выводу, что ручное написание скриптов менее трудоёмко и менее рискованно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 15:07 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=36823926&tid=1542566]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
80ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 246ms |
| total: | 431ms |

| 0 / 0 |
