Создание скрипта для MS SQL 2005 БД?

[Yapi]

Случилась нужда помещать чью-то MS SQL 2005 DB в CVS, а с MS SQL 2005 давно не работал. Памагите.

Существует ли стандартный тулз для создания скрипта метаданных всей БД с учётом зависимостей или повторный запуск того-же скрипта считается у MS признаком хорошего тона?

Это "нормально и ожидаемо" что после последовательности "создать скрипт БД, создать новую БД из скрипта, создать новый скрипт из созданой БД" я получаю скрипт с теми-же объектами но в совершенно другом порядке что убивает любую возможность отслеживать изменения метаданных?

Спасибо.

[YellowMan]

Это давно известная фича МС СКЛ - иногда мне кажется они специально ее не фиксят
Повесь системный триггер на базу который будет записывать все нужные тебе изменения метаданных и оттуда корми CVS.

[Yapi]

Сообщение от YellowMan

Это давно известная фича МС СКЛ - иногда мне кажется они специально ее не фиксят

Я даже не знаю что на это сказать ...

Сообщение от YellowMan

Повесь системный триггер на базу который будет записывать все нужные тебе изменения метаданных и оттуда корми CVS.

"Мопед не мой". Может где есть посмотреть на пример/общую идею "как"? А есть ли способ знать/установить/предсказать порядок скриптования объектов?

Пойду заливать горе ромом.

[YellowMan]

Сообщение от Yapi

А есть ли способ знать/установить/предсказать порядок скриптования объектов?

Насколько я знаю - нет. какой-то порядок есть но он не гарантирован, скрипт делает простой select из sysobjects.

Сообщение от Yapi

Я даже не знаю что на это сказать ...

А зачем что-то говорить? было бы оно декларированно и не работало - это одно, но этого никогда никто не декларировал.

Сообщение от Yapi

Может где есть посмотреть на пример/общую идею "как"?

Как-то так - писал AlexL, к нему и вопросы

CREATE TRIGGER [ddl_trig_sysmonitor]
ON Database --WITH ENCRYPTION
FOR DDL_DATABASE_LEVEL_EVENTS

AS


set nocount on
SET ANSI_PADDING on

declare @xml_data XML

set @xml_data = EVENTDATA()

insert into tbl_ddl_log (
db_user,
login_time,
last_batch,
hostname,
hostprocess,
spid,
xml_data,
timestamp,
objecttype,
objectname,
databasename,
eventtype
)



select
session_user
,s.login_time
,s.last_batch
,host_name()
,host_id ()
,s.spid
,@xml_data
,current_timestamp
,@xml_data.value('(/EVENT_INSTANCE/ObjectType)[1]','varchar(40)')
,@xml_data.value('(/EVENT_INSTANCE/ObjectName)[1]','varchar(40)')
,@xml_data.value('(/EVENT_INSTANCE/DatabaseName)[1]','varchar(40)')
,@xml_data.value('(/EVENT_INSTANCE/EventType)[1]','varchar(40)')

from master..sysprocesses s
where s.spid = @xml_data.value('(/EVENT_INSTANCE/SPID)[1]','int')
and @xml_data.value('(/EVENT_INSTANCE/EventType)[1]','varchar(40)') != 'STATISTICS'

Там заодно запишется кто и когда менял.

YellowMan добавил 27.05.2010 в 17:45
ЗЫ

Счас проверил что за скрипты генерятся - за три раза они выполнились в одном и том-же порядке и все имееют сортировку, то есть вполне можно говорить о том что порядок соблюдается.
Но эта фича недокументирована - МС вполне может изменить все не только со следующей версией но и со следующим патчем, преценденты были. Я бы не полагался особо.

Да и что ты будешь делать если появиться новый объект\удалиться старый? Порядок уже будет нарушен.

[Kot]

Сообщение от YellowMan

Да и что ты будешь делать если появиться новый объект\удалиться старый? Порядок уже будет нарушен.

Дадад... Кесарю - кесарево, а метаданные хранить в ЦВСе - тяжело...

[YellowMan]

Сообщение от Kot

Дадад... Кесарю - кесарево, а метаданные хранить в ЦВСе - тяжело...

На самом деле если приложить руки и немного головы - то не тяжело.

[heg]

Можно создавать скрипты как "file per object".
Тут еще - DBGhost http://www.innovartis.co.uk/.

[Yapi]

Сообщение от YellowMan

Да и что ты будешь делать если появиться новый объект\удалиться старый? Порядок уже будет нарушен.

Мне простые вещи нужны в порядке проджект менеджмента - иметь возможность сохранить воспроизводимую структуру БД в используемой CVS и иметь возможность простого сравнения двух произвольно взятых сохраненных структур на предмет различий. Что может быть проще? Подход с триггером не даёт никакой возможности сравнить текущую БД с предыдущей версией без анализа всех прошедших с того момента изменений.

Вот пытаюсь найти оптимальный способ достичь желаемого результата.

Yapi добавил 28.05.2010 в 13:01

Сообщение от heg

Можно создавать скрипты как "file per object".

Это помогает проанализировать отличия двух БД, но затрудняет создание БД из скрипта (ибо опять упираемся в отсутствие порядка исполнения согласно зависимостей) и сравнение двух произвольно взятых сохраненных состояний (прийдётся проверять множество объектов). С практической стороны один скрипт или несколько (таблицы, программные объекты, views, etc) гораздо более просты в обращении.

[YellowMan]

Сообщение от Yapi

иметь возможность сохранить воспроизводимую структуру БД в используемой CVS и иметь возможность простого сравнения двух произвольно взятых сохраненных структур на предмет различий.

1. Ну и сохраняй на здоровье. Зачем тебе порядок?
2. http://www.red-gate.com/products/SQL_Compare/index.htm - купи и сравнивай. Оно заодно и сохраняет структуру тоже.

[heg]

Сообщение от Yapi

Yapi добавил 28.05.2010 в 13:01


Это помогает проанализировать отличия двух БД, но затрудняет создание БД из скрипта (ибо опять упираемся в отсутствие порядка исполнения согласно зависимостей) и сравнение двух произвольно взятых сохраненных состояний (прийдётся проверять множество объектов). С практической стороны один скрипт или несколько (таблицы, программные объекты, views, etc) гораздо более просты в обращении.

Тут есть хороший обзор. Сравнение разных подходов. http://www.innovartis.co.uk/Automate...Whitepaper.htm

[Yapi]

Сообщение от YellowMan

1. Ну и сохраняй на здоровье. Зачем тебе порядок?

Мне порядок не нужен, мне нужно (сюрприз-сюрприз) что-бы БД с одинаковой структурой выдавали всегда при скриптовании одинаковые скрипты. Иначе помещение скрипта в любую version control теряет смысл.

Сообщение от YellowMan

2. http://www.red-gate.com/products/SQL_Compare/index.htm - купи и сравнивай. Оно заодно и сохраняет структуру тоже.

Значит вменяемого стандартного инструментария нет. Это тоже результат, хоть и отрицательный

[AlexL]

Сообщение от YellowMan

1. Ну и сохраняй на здоровье. Зачем тебе порядок?
2. http://www.red-gate.com/products/SQL_Compare/index.htm - купи и сравнивай. Оно заодно и сохраняет структуру тоже.

Red-Gate самое простое в обращении и недорогое из того что есть. В SQL Compare есть опция создать слепок(ки) (snapshot) структуры базы данных, с которым очень удобно работать. Можно сравнивать слепки (snapshot) между собой, базой данных, генерить скрипты и т.д. и т.п

[YellowMan]

Сообщение от Yapi

Мне порядок не нужен, мне нужно (сюрприз-сюрприз) что-бы БД с одинаковой структурой выдавали всегда при скриптовании одинаковые скрипты. Иначе помещение скрипта в любую version control теряет смысл.

Ну если нужно - ктож тебе мешает? С++ в руки и вперед . Даже можешь просто запустить профайлер и посмотреть что оно там делает при скриптовании и переписать так чтобы тебе понравилось. Вообще у БД совсем другие задачи, они не предназначены для выдавания одинаковых скриптов

Сообщение от Yapi

Значит вменяемого стандартного инструментария нет.

Неа - мало кому нужен.

[Yapi]

Похоже что это таки признаный MS баг:

Posted by Microsoft on 5/5/2008 at 4:01 AM
Hi michaelplevy,
This issue is fixed and will be available in the next public release. Thanks for reporting this issue.

Regards
Vinod

[AlexL]

Сообщение от Yapi

Мне порядок не нужен, мне нужно (сюрприз-сюрприз) что-бы БД с одинаковой структурой выдавали всегда при скриптовании одинаковые скрипты.

ха-ха-ха..

предложи способ как это можно сделать