Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Vs dbproject и publish для множества клиентов
|
|||
|---|---|---|---|
|
#18+
Коллеги, поделитесь опытом разработки бд сей тулзой и обновлением баз на объектах. Допустим у нас несколько сотен клиентов, и мы должны регулярно выпускать обновления. Понятно, что мы создаем ветки, пишем толпой разработчиков много скл кода. И вот наступает час х, мы собираемся выпустить релиз 2. Мы собираем студией паблиш скрипт к релизу 1. Выкладываем Sql патч. Через неделю 10% клиентов установили обновление и нашли десяток багов. Мы их исправляем, собираем релиз 2.1 (дельта к 2) выкладываем. Оставшиеся 90% клиентов должны теперь ставить сначало 2.0, потом 2.1 Студия не умеет собирать универсальный патч с какой угодно версии до финальной. Dacpak пока не рассматриваем. Как быть? Собирать патч руками? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2019, 00:59 |
|
||
|
Vs dbproject и publish для множества клиентов
|
|||
|---|---|---|---|
|
#18+
Mike_za, а что мешает передать пользователям несколько пакетов обновлений? Если у вас "сотни клиентов", то напишите приложение - апдейтер, которое будет загружать и устанавливать пакеты в нужной последовательности из сетевого истоника. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 12:02 |
|
||
|
Vs dbproject и publish для множества клиентов
|
|||
|---|---|---|---|
|
#18+
Mike_zaКоллеги, поделитесь опытом разработки бд сей тулзой и обновлением баз на объектах. Допустим у нас несколько сотен клиентов, и мы должны регулярно выпускать обновления. Понятно, что мы создаем ветки, пишем толпой разработчиков много скл кода. И вот наступает час х, мы собираемся выпустить релиз 2. Мы собираем студией паблиш скрипт к релизу 1. Выкладываем Sql патч. Через неделю 10% клиентов установили обновление и нашли десяток багов. Мы их исправляем, собираем релиз 2.1 (дельта к 2) выкладываем. Оставшиеся 90% клиентов должны теперь ставить сначало 2.0, потом 2.1 Студия не умеет собирать универсальный патч с какой угодно версии до финальной. Dacpak пока не рассматриваем. Как быть? Собирать патч руками? 1. Храните где-нибудь в базе текущую версию, и в скриптах обновления проверяйте необходимость накатывать изменения 2. Собирайте разные версии разностных скриптов (1.9 -> 2.0) (1.9 -> 2.1) (2.0 -> 2.1) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 13:27 |
|
||
|
Vs dbproject и publish для множества клиентов
|
|||
|---|---|---|---|
|
#18+
Если спустя 5 патчей мы понимаем, что была критичская ошибка, то последовательный диф невозможен и придется пересобрать все патчи после ошибки. Сотни клиентов не имеют доступа к публичной сети... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 22:54 |
|
||
|
Vs dbproject и publish для множества клиентов
|
|||
|---|---|---|---|
|
#18+
Есть ли у кого то опыт использования патчей студией для массового обновления клиентов с серьезной бд? Или у всех код и разработка проекте, но патчи полуручные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 23:12 |
|
||
|
Vs dbproject и publish для множества клиентов
|
|||
|---|---|---|---|
|
#18+
Mike_zaЕсть ли у кого то опыт использования патчей студией для массового обновления клиентов с серьезной бд? Или у всех код и разработка проекте, но патчи полуручные?Честно говоря, не представляю, как это можно положиться в конструировании патчей БД, скроиптов обновления версий, на чёрный ящик, коим является "патчи студии". Хотя, может я не знаю, как оно работает? Слишком давно я этим не занимался. На одной из работ мы собирали скрипты make, контролируя процесс, при этом единичные скрипты писал разработчик в рамках своей задачи. То есть если он добавлял поле, то в скрипте для этой задачи должно быть такое действие. А потом уже make собирал общий скрипт. На другой работе была встроенная собственная обновлялка, правда, я её не знаю, не работал с этим. Это была серийная американская ERP-система, клиентов было, конечно, много. В общем, нигде не было вот этого "стандартную кнопку в студии нажади, скрипт деплоя получился". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2019, 00:03 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=118&tid=1688454]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 241ms |
| total: | 356ms |

| 0 / 0 |
