powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Управление процессом разработки хранимых процедур, пакетов и т.п.
13 сообщений из 13, страница 1 из 1
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32974673
sbobrikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Есть задача:
Идет интенсивная разработка системы. Программисты пишут процедуры, пакеты, функции, триггера.
Необходимо КОРРЕКТНО организовать прием (от прогрммистов), хранение и отслеживание изменений объектов (хп и т.п.). Что бы было удобно и разработчикам, но и существовал четкий контроль со стороны ответственного за обновление БД, который так же должен иметь возможность создать полный скрипт генерации включающий все процедуры, пакеты и др.

Существует несколько вариантов: Case средства, репозитории(например CVS, и др.), контрольная БД, и др.

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

Спасибо.
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32974834
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если говорить о полноценном процессе - альтернативы VCS (Version Control System) просто нет. По определению - она как раз для этого и предназначена. И CASE средства, и контрольная БД - инструменты, не заменяющие, а дополняющие этот (в частности, нормальный CASE содержит VCS либо умеет работать с внешним).
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32976212
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sybase PowerDesigner, наример, имеет свой репозитарий, который поддерживает хранение различных версий кода.
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32977244
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1-е, что не требует ни каких затрат, это обязательная стандартизация имен. Имена должны иметь приставку, по которой можно будет их отнести к той или иной группе.

2-е. Доступ к именам, а еще лучше к процедурам, из интерфейсной части. Программист (администратор), работая с некоторым функционалом, легко находит ее с интерфейса. В этом месте вставить возможность ему хотя бы увидеть имена используемых процедур, а лучше по нажатию кнопки запустить SQL-редактор, в окне которого находится интересуемая процедура. Если разработчики без этого еще могут обойтись, то программисты сопровождения от такой возможности просто счастливы. Поэтому стоит потратиться на такую возможность, в жизни программы они окупаются с лихвой.

3-e. Не наворачивать все в одной базе данных. Все задачи решаются по одним и тем же принципам, т.е. одинаково. Поэтому имеется общая часть, для которой база данных одинакова. Одна задача – одна база данных. И во всех базах одинаковые системные процедуры.
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32977283
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PVP1-е, что не требует ни каких затрат, это обязательная стандартизация имен. Имена должны иметь приставку, по которой можно будет их отнести к той или иной группе.
Кстати - если иметь в виду префиксы типа P_, F_ итп - лично я всегда считал их крайне мешающими.

Правила именования - вещь безусловно нужная, но в любом случае это совершенно отдельный вопрос, мало относящийся к выбору инструмента (разве что CASE может поддерживать настройку правил, или - что гораздо хуже отсутствия любой поддержки - насильно вбивать какие-то правила).
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32977285
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PVPОдна задача – одна база данных. И во всех базах одинаковые системные процедуры.
Кстати, Вы уверены, что это правило разумно для разработки, в которой подразумевается создание "процедур, пакетов...."?
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32977838
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Одна задача - одна база данных. И во всех базах одинаковые системные процедуры.

А это зависит еще и от того какую СУБД вы используете. Для каждой средненькой задачи свой инстанс Oracle что ли ставить?
Какие-либо административные скрипты или пакеты лучше в одном месте хранить.
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32978031
27 понуро бредущих кроликов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Роман Дынник
Одна задача - одна база данных. И во всех базах одинаковые системные процедуры.

А это зависит еще и от того какую СУБД вы используете. Для каждой средненькой задачи свой инстанс Oracle что ли ставить?
Какие-либо административные скрипты или пакеты лучше в одном месте хранить.
Posted via ActualForum NNTP Server 1.1

Как я понимаю, в отношении к Ораклу имеется ввиду схема.
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32979189
aag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Прежде всего необходимо разработать и описать свою процедуру разработки и внедрения ПО. Ту, которая наиболее эффективна и удобна для вашей команды.
Средства CVS - обязательны, но это только инструмент в технологии. Представьте, вы пришли утром на работу, а там нихрена не работает. А самый ответсвенный разработчик заболел. И начинаются поиски - что прописали, откуда лезет ошибка. Может в CVS оно и лежит, только вот знать бы еще где оно...
Дабы исключить вероятность возникновения таких случев и нужна технология, т.е. правила оформления, подготовки и внедрения ПО.

Nobody faults but mine... (LZ)
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #32979366
Genady
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sbobrikovПрограммисты пишут процедуры, пакеты, функции, триггера.


Супер! а таблицы они не создают? :)
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #33249841
i.sergeev@gmail.com
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Читайте RUP, там всё сказано
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #33250107
Репликант
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 i.sergeev@gmail.com
Читайте RUP, там всё сказано

Вопрос скорее о средствах, а не о процессе - никакого автоматизированого процесса разработки здесь нет да и врядли он нужен людям. Лучше уж какую-нибудь книжку купить, посвященную конфигурационному менеджменту, чем читать RUP, в к-ром очень достаточно обще об этом рассказано
...
Рейтинг: 0 / 0
Управление процессом разработки хранимых процедур, пакетов и т.п.
    #33251544
Фотография Валентин К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Насколько я понял вопрос - это нужен некий проектный репозиторий изменений объектов базы данных, в котором программеры должны вносить коррективы для общего хранения истории изменений, причины их внесения и пр.

Вот такой продукт и ищите, если нет, так напишите сами, что программеров нет?
...
Рейтинг: 0 / 0
13 сообщений из 13, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Управление процессом разработки хранимых процедур, пакетов и т.п.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]