|
|
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
Какова практика разработки хранимых процедур в плане версионирования ? С кодом всё понятно, есть система контроля версий и в ней репозиторий. А как поступают при разработке БД. Как отслеживают изменение структуры, БД, тригеров и изменения в хранимых процедурах? Какова типовая практика разработки БД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 11:06 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
>С кодом всё понятно >А как поступают при разработке БД А в чем разница? По тексту коммитов/changelog не подходит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 11:59 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
А что хранить в репозитории файлы с процедурами, таблицами... ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 12:16 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
Вот допустим собрался я сделать очередную доработку, и для этого нужно поменять 5 процедур 1 таблицу и 10 триггеров. Как поступить? Хранить всё в отдельных файлах, плюс ещё один в котором все изменения разом (патч) для накатывания в бд? Как делают то ?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 12:21 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
gaА что хранить в репозитории файлы с процедурами, таблицами... ?а что в этом пугающего то? Это ведь такой же код, как и всё остальное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 12:39 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
Да собственно не пугает)) Хочется узнать, как удобно процесс организовать, что бы не набивать уже набитые шишки)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 14:07 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
gaА что хранить в репозитории файлы с процедурами, таблицами... ? да, мы храним ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 14:36 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
ga, да, в разных. если нужен один он делается обыкновенной склейкой файлов в командной строке ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 14:39 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
Выгрузил, всё что тока можно из базы по файлам. Спасибо, что развеяли мои сомнения) В принципе тему можно закрывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2015, 14:24 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
Теперь осталось понять, в какой последовательности применять изменения (хранимая процедура А зависит от нового столбца B в представлении C, который вычисляется функцией D, для которой нужен индекс E) -- и всё. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2015, 14:04 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
НахлобучТеперь осталось понять, в какой последовательности применять изменения. DDL/DML скрипты должны быть пронумерованы, а pl/sql просто накатывается отдельно скопом (включая триггера). С каждым "большим" релизом можно выпускать дамп "эталонной" схемы (чтобы устанавливая версию 13.4 не накатывать кучу alter table). Есть некая тонкость только с своими агрегатными функциями- забыл уже, что там когда накатывать, но если из них пакеты не дёргать- то проблем и нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2015, 15:17 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
НахлобучТеперь осталось понять, в какой последовательности применять измененияа что, для pl/sql нет средства разработки, которое умеет делать деплой-скрипт по сделанным изменениям? так же быть не может ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2015, 15:53 |
|
||
|
Версионирование и PL/SQL
|
|||
|---|---|---|---|
|
#18+
egorych, В TOAD есть Compare Schemas если сравнить схемы разработки и продуктива можно получить скрипты "синхронизации" не уверен, что это правильный подход ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2015, 15:58 |
|
||
|
|
start [/forum/topic.php?fid=37&msg=39012458&tid=1555334]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
57ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 288ms |
| total: | 444ms |
| 0 / 0 |
