1
Возможно ли каким-нибудь образом настроить выполнение custom - комманд при генерации базы данных.
Т.е. например мне нужно при создании базы данных MS SQL Server создавать job.
Я попробовал создать sql скрипт создающий этот job.
Далее (наугад) попробовал создать ExtendedDefinition и в ней command с этим sql скриптом, в итоге в скрипт создания базы это не попало.
Видимо и не должно было (просто хелпа нет, пробовал наугад)

Помогите плиз.

2
В сохраненных процедурах используются именования объектов типа [БД].[Owner].[Name] в итоге если имя базы меняется (так получилось что одна и таже модель используется на нескольких серверах с разными именами базы) то sp естественно не работает. Можно ли в этом случае использовать какой-нить %макрос%

3
Может кто нибудь понятно (на пальцах) объяснить что такое storages в модели и для чего они нужны.
Я попробовал создать, но в скрипт генерации базы все равно ничего не попадает.

4
Модель которой я занимаюсь уже воплощена на нескольких серверах, но до сих пор находится в разработке, поэтому периодически нужно выполнять скрипты модификации, надоело их править руками как бы сделать процесс слияния поинтелектуальнее, приведу несколько примеров в которых как мне кажется PD "тупит"
а)
Есть таблица с полем типа sysname - при modify PD считает что в базе он отличается т.к. он реверсом видит nvarchar(128) - и пошло поехало, таблицу, индексы, тригеры пересоздаем данные сливаем во временную таблицу потом обратно.
В общем целый комплекс песен и плясок на ровном месте, а данных в этих таблицах около 4 млн записей, все это долго работает и раздражает.
б)
Есть domains - пусть domain1 (например int), на него в качестве значения по умолчанию стоит default1 (например 0) тогда при модификации базы с таблицами в которых есть поля типа domain1 упорно будет видеть отличия между моделью и reverse в этом поле потому как в модели Default =default1 а в реверсе Default=0.
И опять пересоздание таблицы и тд.

Все это надоедает конечно, объектов в базе много скрипты километровые и править их утомляет.


5
PD при создании скрипта генерации базы упорно пишет on primary хотя надо писать on [primary], можно ли ему как нибудь вправить мозг? Устроит вариант если этих файл-групп вообще не будет.
Самостоятельные копания в DBMS properties ситуацию не исправили, может не докопался до конца?
Так понял что дело в но что с этим сделать?




Все вышесказанное относится к Sybase Power Designer (10.1.0.1157 Enterprise), Physical Date Model, DBMS MS SQL Server 2000.

Простите за сумбур в изложении, готов дать любые уточнения.

P.S.
Уважаемый репликант мне кажется идея собирания всех вопросов Здесь: ВСЕ вопросы по Sybase PowerDesigner ( PD ) потеряла смысл с тех пор как в форуме стало невозможно просматривать большую тему целиком, а постранично - очень много мороки.
Может быть будем создавать клоны этой темы по 3-5 страниц (не знаю сколько можно просмотреть кнопкой "все")

ЗоринАндрей1) Вставить End Script в Database Properties?

Не могу найти, где это. Не могли бы вы наравить меня поточнее
ЗоринАндрей
3) AFAIK в MSSQL это называется FileGroups.

Странно - почему в скрипте на генерацию базы не появляется. Галочки все поставил.
ЗоринАндрей
4) Что указываете в Obtains database schema в диалоге Database modification ?
Сгенерируйте базу по модели один раз и для последующих модификаций как источник используйте Archive Model.
Насколько я понимаю добиться полного совпадения того что вы нарисуете в модели и того что "выйдет" из реверса пока не удается.

Печально это. Придется хранить кучу Archive Model. К сожалению бывают ситуации когда на одном из серверов база версии 2.5 на другом 1.4. Естественно скрипты модификации разные.

Кстати может мне репозиторий поможет? Попробую покапаться.

ЗоринАндрей
5) отключите генерацию physical options для database и/или для таблиц.

В свойствах модели?


ЗоринАндрей
Не понял?
Зачем вообще указывать базу?

Теперь уже не знаю, может подскажете как в более чем двух сотнях sp сразу от этого избавиться?

ЗоринАндрей

Спасибо за ответы.
Хоть и не все еще осмыслил и попробовал но думаю разберусь.