Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
Есть задача: Идет интенсивная разработка системы. Программисты пишут процедуры, пакеты, функции, триггера. Необходимо КОРРЕКТНО организовать прием (от прогрммистов), хранение и отслеживание изменений объектов (хп и т.п.). Что бы было удобно и разработчикам, но и существовал четкий контроль со стороны ответственного за обновление БД, который так же должен иметь возможность создать полный скрипт генерации включающий все процедуры, пакеты и др. Существует несколько вариантов: Case средства, репозитории(например CVS, и др.), контрольная БД, и др. Хотелось бы обсудить эту тему и выявить оптимальный вариант. Может кто-нибудь поделится как у Вас организован такой процесс? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 19:28 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
Если говорить о полноценном процессе - альтернативы VCS (Version Control System) просто нет. По определению - она как раз для этого и предназначена. И CASE средства, и контрольная БД - инструменты, не заменяющие, а дополняющие этот (в частности, нормальный CASE содержит VCS либо умеет работать с внешним). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 21:26 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
Sybase PowerDesigner, наример, имеет свой репозитарий, который поддерживает хранение различных версий кода. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2005, 14:17 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
1-е, что не требует ни каких затрат, это обязательная стандартизация имен. Имена должны иметь приставку, по которой можно будет их отнести к той или иной группе. 2-е. Доступ к именам, а еще лучше к процедурам, из интерфейсной части. Программист (администратор), работая с некоторым функционалом, легко находит ее с интерфейса. В этом месте вставить возможность ему хотя бы увидеть имена используемых процедур, а лучше по нажатию кнопки запустить SQL-редактор, в окне которого находится интересуемая процедура. Если разработчики без этого еще могут обойтись, то программисты сопровождения от такой возможности просто счастливы. Поэтому стоит потратиться на такую возможность, в жизни программы они окупаются с лихвой. 3-e. Не наворачивать все в одной базе данных. Все задачи решаются по одним и тем же принципам, т.е. одинаково. Поэтому имеется общая часть, для которой база данных одинакова. Одна задача – одна база данных. И во всех базах одинаковые системные процедуры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2005, 19:58 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
PVP1-е, что не требует ни каких затрат, это обязательная стандартизация имен. Имена должны иметь приставку, по которой можно будет их отнести к той или иной группе. Кстати - если иметь в виду префиксы типа P_, F_ итп - лично я всегда считал их крайне мешающими. Правила именования - вещь безусловно нужная, но в любом случае это совершенно отдельный вопрос, мало относящийся к выбору инструмента (разве что CASE может поддерживать настройку правил, или - что гораздо хуже отсутствия любой поддержки - насильно вбивать какие-то правила). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2005, 20:32 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
PVPОдна задача – одна база данных. И во всех базах одинаковые системные процедуры. Кстати, Вы уверены, что это правило разумно для разработки, в которой подразумевается создание "процедур, пакетов...."? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2005, 20:34 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
Одна задача - одна база данных. И во всех базах одинаковые системные процедуры. А это зависит еще и от того какую СУБД вы используете. Для каждой средненькой задачи свой инстанс Oracle что ли ставить? Какие-либо административные скрипты или пакеты лучше в одном месте хранить. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2005, 10:45 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
Роман Дынник Одна задача - одна база данных. И во всех базах одинаковые системные процедуры. А это зависит еще и от того какую СУБД вы используете. Для каждой средненькой задачи свой инстанс Oracle что ли ставить? Какие-либо административные скрипты или пакеты лучше в одном месте хранить. Posted via ActualForum NNTP Server 1.1 Как я понимаю, в отношении к Ораклу имеется ввиду схема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2005, 11:46 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
Прежде всего необходимо разработать и описать свою процедуру разработки и внедрения ПО. Ту, которая наиболее эффективна и удобна для вашей команды. Средства CVS - обязательны, но это только инструмент в технологии. Представьте, вы пришли утром на работу, а там нихрена не работает. А самый ответсвенный разработчик заболел. И начинаются поиски - что прописали, откуда лезет ошибка. Может в CVS оно и лежит, только вот знать бы еще где оно... Дабы исключить вероятность возникновения таких случев и нужна технология, т.е. правила оформления, подготовки и внедрения ПО. Nobody faults but mine... (LZ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2005, 16:52 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
sbobrikovПрограммисты пишут процедуры, пакеты, функции, триггера. Супер! а таблицы они не создают? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2005, 17:55 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
Читайте RUP, там всё сказано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2005, 16:01 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
2 i.sergeev@gmail.com Читайте RUP, там всё сказано Вопрос скорее о средствах, а не о процессе - никакого автоматизированого процесса разработки здесь нет да и врядли он нужен людям. Лучше уж какую-нибудь книжку купить, посвященную конфигурационному менеджменту, чем читать RUP, в к-ром очень достаточно обще об этом рассказано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2005, 00:15 |
|
||
|
Управление процессом разработки хранимых процедур, пакетов и т.п.
|
|||
|---|---|---|---|
|
#18+
Насколько я понял вопрос - это нужен некий проектный репозиторий изменений объектов базы данных, в котором программеры должны вносить коррективы для общего хранения истории изменений, причины их внесения и пр. Вот такой продукт и ищите, если нет, так напишите сами, что программеров нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2005, 13:12 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32979189&tid=1545689]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
12ms |
get forum data: |
4ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 261ms |
| total: | 410ms |

| 0 / 0 |
