|
database deployment
|
|||
---|---|---|---|
#18+
Если честно, не придумал, в каком форуме лучше задать этот вопрос, т.к. он является общим. Итак. Есть КИС, достаточно сложная, несколько серверов баз данных и т.п. Эта КИС разрабатывается компанией для нескольких заказчиков. Отличия в версиях минимальны. После каждой интерации есть необходимость ставить обновления / фиксы / новую функциональность заказчикам. Для ПО достаточно собрать инсталляционный пакет. В то же время для базы данных приходится поставлять набор скриптов, которые должны быть выполнены в строго определенной последовательности. Количество скриптов может достигать нескольких сотен. Накатывать их вручную или поставлять какой-нить bat-файл для их накатки - не серьезно. Вопрос, кто и как решает вопрос с поставкой скриптов БД заказчикам?.. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 17:25 |
|
database deployment
|
|||
---|---|---|---|
#18+
В принципе таже MS для свои Service Pack ничего лучше чем процедуру последовательной накатки скриптов не придумала! ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 17:28 |
|
database deployment
|
|||
---|---|---|---|
#18+
Только скрипт(ы). Никаких минусов я не вижу, а плюсы есть (документирование). ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 17:42 |
|
database deployment
|
|||
---|---|---|---|
#18+
ну MS поставляет по крайней мере удобоваримый интерфейс для своих SP. Отдавать заказчику несколько сотен скриптов - очень не хочется... есть примеры, когда он умудрялся скрестить несколько скриптов (взять один и внутрь вставить другой) Или просто потрясаяющий случай - нактили скрипт, создающий таблицу - в результате в ней половины полей не было! (я был в шоке)... плюсов в скриптах я пока не вижу. документирование - фикс все равно описывается при составлении пакета скриптов. я думал, попробовать замутить с InstallShield'ом (или подобным). Но к сожалению времени маловато, а там въезжать надо долго. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 17:50 |
|
database deployment
|
|||
---|---|---|---|
#18+
я уже "мутил" с VS.NET/Setup project и Wise Installer.Net - если что - задавай вопросы! А так - использовать их как носители скриптов с последовательным их выполнением думаю вполне реальная вещь у WI это вообще будет легко реализовываться и клиенту достаточно будет послать .msi файл! ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 17:53 |
|
database deployment
|
|||
---|---|---|---|
#18+
2funikovyuri именно об этом и речь :)... я нашел в VS.NET создание коммандного файла для DB проекта... Но это не совсем то, что нужно... создается только CMD-файл, который накатывает выбранные скрипты (используя osql.exe) на выбранную базу данных. К сожалению это не нужно. Лучше, сделать пакет (например, CAB или MSI), который заказчик сможет легко установить, указав параметры подключения к базе данных. а что такое Wise Installer, как его едят и т.п.? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 18:02 |
|
database deployment
|
|||
---|---|---|---|
#18+
в гуглях найди их сайт и скачай evaluation Wise Installer.Net о ставиться как plug-in к VS.Net и позволяет создавать Wise Installer Setup Projects - тоже что и в VS но с расширенными возможностями :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 18:06 |
|
database deployment
|
|||
---|---|---|---|
#18+
Несколько сотен скриптов лучше всего устанавливать под личным контролем. Ну, представь, начали они ставить скрипты, и упал сервер, а копию базы они не сделали, кто отвечать будет? Если объяснить что, личное присутствие, необходимо для безопасности их данных, то решение финансовых вопросов, скорее всего, проблем не вызовет. Таких заказчиков надо любить и беречь, а не создавать им лишние проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 18:32 |
|
database deployment
|
|||
---|---|---|---|
#18+
одно другому не мешает ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 18:36 |
|
database deployment
|
|||
---|---|---|---|
#18+
2AISOFT личное присутствие не подходит, т.к. заказчик может находиться не только в россии, но и за рубежом. 2funikovyuri ну и чего дальше с этим Wise? добавил скрипт, хочу, чтобы он накатывался на базу. С какой стороны надо копать Wise, чтобы это сделать? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 18:51 |
|
database deployment
|
|||
---|---|---|---|
#18+
AAron А что, из России уже не выпускают? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 20:40 |
|
database deployment
|
|||
---|---|---|---|
#18+
2AAron: там есть что-то типа DB Task - а там уже указываешь имя скрипта! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2003, 09:12 |
|
database deployment
|
|||
---|---|---|---|
#18+
А что если написать на Делфи (например) простенькую програмку, куда включить все скрипты и последовательно их все отработать. ИМХО, пройдет на ура. К тому же можно запросто лог изменения организовать например. Юзер при этом касательства к самим скриптам никакого иметь не будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2003, 09:46 |
|
database deployment
|
|||
---|---|---|---|
#18+
2AISOFT Все же отправить пакет фиксов дешевле, чем сотрудника. 2funikovyuri нашел... \Advanced\SQL Server Scripts Только как-то убого работает... файл подключить не удалось (может потому что он в несколько сотен килобайт? :) )... Replacement не работает или не захотел работать.... Подключение к SQL Server - либо сразу прописывать строку подключения, либо попробовать поизвращаться через какие-то скрипты самого Wise. Написал простейший скрипт типа CREATE TABLE... GO INSERT INTO.. GO вылетела ошибка 'near go'... были такие проблемы? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2003, 10:07 |
|
database deployment
|
|||
---|---|---|---|
#18+
У нас скрипт только приаттачивал БД, т.е. Код: plaintext 1. 2. 3. 4. 5. 6. 7.
так что go не было. Странно это... Насчет Replacement - он работает Еще вариант включить нужные скрипты в пакет Проинталировать их, затем запусить последовательно osql Затем скрипты удалить Этот сценарий реализовать на WI вполне реально ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2003, 10:20 |
|
database deployment
|
|||
---|---|---|---|
#18+
Да, такой вариант действительно реально реализовать... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2003, 11:36 |
|
database deployment
|
|||
---|---|---|---|
#18+
У меня было 2 варианта : 1) базу заказчика сливаем в скрипт. Заливаем к себе. из ErWin делаем update script. Выдаем заказчику после небольшой доработки напильником. Недостатки : не обновляются таблицы справочников. Надо хорошо знать глюки ЕрВина. 2) делаются инкрементальные патчи. По типу предложенного funikovyuri, но с добавлением : ELSE print "patch xxx.yyy already applied" тогда можно вывод слить в файл и разобраться, ежели что не так. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2003, 18:03 |
|
database deployment
|
|||
---|---|---|---|
#18+
Ну примерно так у нас и происходит :)... только инкрементальный скрипт строится с использованием RedGate... ну и разумеется, все изменения в процессе разработки/багфиксинга складируются, что так же помогает "поднять" базу клиента до требуемого уровня. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2003, 03:52 |
|
database deployment
|
|||
---|---|---|---|
#18+
так что, других мнений нет?.. нежели придется писать программу инсталляции самостоятельно как предлагал Серега? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 18:10 |
|
database deployment
|
|||
---|---|---|---|
#18+
Все же отправить пакет фиксов дешевле, чем сотрудника А тулзовины для удаленного администрирования не канают? Надо хорошо знать глюки ЕрВина. Или юзать PowerDesigner :) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 19:00 |
|
database deployment
|
|||
---|---|---|---|
#18+
2 GrimReaper777 А тулзовины для удаленного администрирования не канают? Бывает, что не канают :-) Например, если БД распределенная, связь по спутниковым каналам (т.е. дорогая и не особо быстрая), а компьютеры, на которых установлены удаленные БД размещаются на движущихся объектах. Это не шутка, реальное положение дел в реальном проекте ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 20:48 |
|
|
start [/forum/topic.php?fid=32&fpage=178&tid=1546853]: |
0ms |
get settings: |
12ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
73ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
others: | 234ms |
total: | 417ms |
0 / 0 |