|
|
|
Версия БД (релиз менеджмент).
|
|||
|---|---|---|---|
|
#18+
Добрый день, коллеги! Хочу поинтересоваться опытом и лучшими практиками в части, касающейся релизной стратегии. Не секрет, что некоторые автоматизированные системы начинают расползаться и ветвиться по средам, заказчикам и т.п. При этом есть вероятность ошибочно "накатить" приложение на несоответствующую ему БД. Как вы обеспечиваете уникальность структуры БД для того или иного релиза (бранча и т.п.)? Помечаете ли БД идентификатором? Снабжаете функцией типа GetVersion, ...? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2016, 10:55 |
|
||
|
Версия БД (релиз менеджмент).
|
|||
|---|---|---|---|
|
#18+
Курдль, я занимался этим когда-то. В моём случае пришел к выводу, что кроме лишних хлопот этот подход ничего не приносит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2016, 14:20 |
|
||
|
Версия БД (релиз менеджмент).
|
|||
|---|---|---|---|
|
#18+
dvksqlruКурдль, я занимался этим когда-то. В моём случае пришел к выводу, что кроме лишних хлопот этот подход ничего не приносит. А если накатить на пром "чужую" версию БД - хлопот не приносит? :) Ранее на платформе, не поддерживающей соответствие компонентов, мы делали механизм контроля при деплое на соответствие версий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2016, 14:35 |
|
||
|
|
start [/forum/topic.php?fid=50&fpage=20&tid=1874525]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
39ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 237ms |
| total: | 348ms |
| 0 / 0 |
