Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Лог метаданных или компарер какой-нибудь
|
|||
|---|---|---|---|
|
#18+
Когда меняешь на тестовой базе процедуры, вьюхи, структуру таблиц - приходится постоянно это на бумажке записывать, потому как в момент переноса на боевую базу не вспомнишь - а что же менялось. В связи с этим вопрос - нельзя ли заставить сервер вести лог изменения метаданных, или нет ли какой утилиты для сравнения метаданных и генерации скрипта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 10:31 |
|
||
|
Лог метаданных или компарер какой-нибудь
|
|||
|---|---|---|---|
|
#18+
можно дописать свой регистратор - откладывать инфу какой объект когда был и кем пролит либо использовать SourceSafe для хранения процедур, скриптов таблиц, вьюх и т.п. ну либо сравнивать даты создания объектов на серверах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 11:10 |
|
||
|
Лог метаданных или компарер какой-нибудь
|
|||
|---|---|---|---|
|
#18+
Vladimir Kozloff пишет: > Когда меняешь на тестовой базе процедуры, вьюхи, структуру таблиц - > приходится постоянно это на бумажке записывать, потому как в момент > переноса на боевую базу не вспомнишь - а что же менялось. В связи с этим > вопрос - нельзя ли заставить сервер вести лог изменения метаданных, или > нет ли какой утилиты для сравнения метаданных и генерации скрипта. Я сам когда-то был сильно озабочен этим вопросом. Было перебрано великое множество вариантов: Power Designer, элементарный WinDiff для скриптов базы, различные сторонние самопальные утилиты, пара попыток написать свою утилиту. В итоге все это было выброшено и пришел к следующему варианту. Абсолютно ВСЕ изменения в разработочную базу вносятся только скриптами. Скрипты протоколируются в элементарной табличке примерно такого вида: id Дата-время Скрипт Примечания База1 (флажок) База2 (флажок) ..... БазаN (флажок) По ней сразу видно, куда чего еще не внесено. Все остальное - от лукавого и пригодно максимум для варианта с единственным разработчиком, одной боевой базой и одной тестовой. Кроме того дополнительно все процедуры, view, триггера и т.п. хранятся в отдельных файлах в репозитории исходников (типа Team Coherence, VSS, cvs), что позволяет отследить историю изменений. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 11:11 |
|
||
|
Лог метаданных или компарер какой-нибудь
|
|||
|---|---|---|---|
|
#18+
Можно попробовать покопаться с аудитом на эту тему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 21:53 |
|
||
|
Лог метаданных или компарер какой-нибудь
|
|||
|---|---|---|---|
|
#18+
Vladimir KozloffКогда меняешь на тестовой базе процедуры, вьюхи, структуру таблиц - приходится постоянно это на бумажке записывать, потому как в момент переноса на боевую базу не вспомнишь - а что же менялось. В связи с этим вопрос - нельзя ли заставить сервер вести лог изменения метаданных, или нет ли какой утилиты для сравнения метаданных и генерации скрипта. Embarcadero Change Manager использую постоянно - неплохо, может Ed Barlow чего в свой GEM добавил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2005, 22:42 |
|
||
|
Лог метаданных или компарер какой-нибудь
|
|||
|---|---|---|---|
|
#18+
Для ASA - каждый разработчик работает с БД под специальным девелоперским логином с правами DBA. Для тестирования клиентской части и изменения данных используются другие, обычные логины, без прав DBA. Таким образом под девелоперскими логинами идет только изменение схемы БД и изменение записей служебных таблиц. Раз в сутки на девелоперскую БД делается инкрементный бакуп с переименованием лога БД. Теперь утилитой DBTRAN можно спокойно вытащить в скрипт SQL с любого суточного лога все, что делали каждый из DBA-разработчиков, с временем запуска скрипта. Далее по вкусу - ручками собрать все это в скрипт и запихнуть в какое нибудь хранилище версий или же сделать робота, который будет автоматически анализировать скрипты и производить сборку готового SQL-скрипта для наложения на другие БД и вести аудит изменений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2005, 09:42 |
|
||
|
|

start [/forum/topic.php?fid=55&fpage=96&tid=2013348]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
31ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 232ms |
| total: | 328ms |

| 0 / 0 |
