|
|
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Всем привет! Перешел с 11 на 15 PD (ms sql server). При переходе просто запустил старый файл новым PD и он написал что перегенерил его на новую версию. Возникла проблема - раньше Modify Database делал из архивной модели, всё было нормально. В 15-й версии эту опцию заменили как я понял на Apply Model Changes to Database. Вопрос такой - если раньше я дропал из таблицы столбец, 11-я версия писала скрипт типа alter table drop column, теперь же она переименовывает таблицу, создает новую и переливает туда данные, такой подход не годится. Как ни пытался играться с настройками модифая, ничего не помогло. Есть ли выход из сложившейся ситуации? спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2010, 18:01 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Maymahона переименовывает таблицу, создает новую и переливает туда данные, такой подход не годится. Как ни пытался играться с настройками модифая, ничего не помогло. Есть ли выход из сложившейся ситуации? это совершенно правильный подход Коллега. Ничего делать не надо. Чем такой подход Вас не устраивает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2010, 20:27 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Maymah Вопрос такой - если раньше я дропал из таблицы столбец, 11-я версия писала скрипт типа alter table drop column, теперь же она переименовывает таблицу, создает новую и переливает туда данные, такой подход не годится. Как ни пытался играться с настройками модифая, ничего не помогло. По крайней мере для Oracle у меня PowerDesigner удаляет поле без пересоздания таблицы. В первом диалоге "Apply Model Changes to Database" выбрана опция "Use alter statements when possible"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 12:38 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Vika Vinnerэто совершенно правильный подход Коллега. Ничего делать не надо. Чем такой подход Вас не устраивает? У меня продакшен база, в которой есть таблица с 100млн записей. Надо дропнуть 1 столбец, alter table сделает это за 1 секунду, а подход предлагаемый PD будет делать это пару часов, и для этого придется стопнуть продакшен. Если писать скрипт руками, то зачем мне вообще PD? Вопрос остается в силе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 12:42 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov По крайней мере для Oracle у меня PowerDesigner удаляет поле без пересоздания таблицы. В первом диалоге "Apply Model Changes to Database" выбрана опция "Use alter statements when possible"? Да, эта опция стоит по дефолту. 11PD тоже удаляет поле, а вот 15-й хочет пересоздавать таблицу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 12:43 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Maymah wrote: > Перешел с 11 на 15 PD (ms sql server). При переходе просто запустил > не помогло. Есть ли выход из сложившейся ситуации? Просто видимо PD этого ещё не умеет. Надо ждать следующую версию ... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 12:49 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
MaymahДа, эта опция стоит по дефолту. 11PD тоже удаляет поле, а вот 15-й хочет пересоздавать таблицу. Может ли это зависеть от способа подключения - ODBC, Connection profile? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 12:56 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
MasterZiv Maymah wrote: > Перешел с 11 на 15 PD (ms sql server). При переходе просто запустил > не помогло. Есть ли выход из сложившейся ситуации? Просто видимо PD этого ещё не умеет. Надо ждать следующую версию ... то есть 11-й умел а 15-й разучился? не может такого быть. Denis PopovMaymahДа, эта опция стоит по дефолту. 11PD тоже удаляет поле, а вот 15-й хочет пересоздавать таблицу. Может ли это зависеть от способа подключения - ODBC, Connection profile? Не использую подключения к бд, PD у меня является хранилищем метаданных, не более. Использую его для создания скриптов, которые накатываются на базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 13:13 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 18.03.2010 13:13, Maymah wrote: > Не использую подключения к бд, PD у меня является хранилищем метаданных, не более. Использую его для создания скриптов, > которые накатываются на базу. Но для того, чтобы сравнить модель с базой, ты куда-то подключаешься? Хотя странно, для MsSql у меня сравнение одной модели с архивной удаляет поле без пересоздания. В свойствах DBMS по пути Script\Objects\Column\Drop присутствует команда на удаление? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 13:50 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov On 18.03.2010 13:13, Maymah wrote: > Не использую подключения к бд, PD у меня является хранилищем метаданных, не более. Использую его для создания скриптов, > которые накатываются на базу. Но для того, чтобы сравнить модель с базой, ты куда-то подключаешься? Хотя странно, для MsSql у меня сравнение одной модели с архивной удаляет поле без пересоздания. В свойствах DBMS по пути Script\Objects\Column\Drop присутствует команда на удаление? Сравниваю с архивной релизной моделью. Скрипт есть - alter table [%QUALIFIER%]%TABLE% drop column %COLUMN%. Помимо дропа столбца ещё должен дропнуться дефолт констрейнт на это поле, но в DropColnChck тоже всё ок прописано - alter table [%QUALIFIER%]%TABLE% drop constraint %CONSTNAME% может ещё есть мысли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 14:18 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 18.03.2010 14:18, Maymah wrote: > может ещё есть мысли? Разве что в точной версии PowerDesigner'а, у меня 15.1.0.2946 EBF8. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 14:25 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov On 18.03.2010 14:18, Maymah wrote: > может ещё есть мысли? Разве что в точной версии PowerDesigner'а, у меня 15.1.0.2946 EBF8. у меня 15.0.0.2613. Не нашел ни одного патча для PD. Он не патчатся? Как можно более новую версию получить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 14:32 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 18.03.2010 14:32, Maymah wrote: > у меня 15.0.0.2613. Не нашел ни одного патча для PD. Он не патчатся? Как можно более новую версию получить? Есть пачи и для 15.0, и для 15.1: http://downloads.sybase.com/swd/summary.do?client=support&baseprod=30 Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 15:21 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov On 18.03.2010 14:32, Maymah wrote: > у меня 15.0.0.2613. Не нашел ни одного патча для PD. Он не патчатся? Как можно более новую версию получить? Есть пачи и для 15.0, и для 15.1: http://downloads.sybase.com/swd/summary.do?client=support&baseprod=30 спасибо за ссылку. поставил самый последний патч, проблема не исчезла. Видимо, придется отказаться от PD в пользу ErWin. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 15:37 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Ты случайно не пытаешься удалить поле, у которое есть DEFAULT-значение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 15:58 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis PopovТы случайно не пытаешься удалить поле, у которое есть DEFAULT-значение? именно это и делаю, писал об этом выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 16:17 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 18.03.2010 16:17, Maymah wrote: > именно это и делаю, писал об этом выше. Я имею в виду именно наличие DEFAULT'а. Похоже, PowerDesigner поумнел, но не до конца: теперь он знает, что попытка удаления поля через "alter table .. drop column .." закончится неудачно при наличии на поле DEFAULT'а, поэтому в этой ситуации идет через пересоздание таблицы. Но еще не научился удалять DEFAULT перед удалением поля. При отстутствии значения по умолчанию удаление поля идет без пересоздания таблицы. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 17:13 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
MaymahDenis PopovТы случайно не пытаешься удалить поле, у которое есть DEFAULT-значение? именно это и делаю, писал об этом выше. Коллега, я ещё раз повторюсь - этот подход правильный хоть и не самый удачный. Если хотите сделать по-своему - напишите скрипт, запустите его а потом просинхронизируйте с моделью. Учить ПД делать что то неправильно мы не будем... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 17:16 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov. Похоже, PowerDesigner поумнел, но не до конца: Всё гораздо проще Коллега... Этот же скрипт создаст сам Microsoft на ту же задачу с данными. Если данных не будет - он поставит просто ALTER TABLE ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2010, 17:19 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Vika Vinner wrote: > Коллега, я ещё раз повторюсь - этот подход правильный хоть и не самый > удачный. Что в нём правильного -- не понятно. Таких правильных способов дофига. Если хотите сделать по-своему - напишите скрипт, запустите его > а потом просинхронизируйте с моделью. Ага, зачем тогда PD вообще ? Учить ПД делать что то неправильно > мы не будем... что неправильного в использовании гарантированного данной реализацией DDL -я ? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2010, 09:52 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
MasterZivАга, зачем тогда PD вообще ? PD ну совсем не генератор скриптов, уж простите коллега... А зачем он нужен... - Картинки красивые рисует ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2010, 14:12 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
MasterZiv Что в нём правильного -- не понятно. Таких правильных способов дофига. Гарант целостности данных на всем промежутке изменения объекта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2010, 14:14 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Vika Vinner wrote: > Гарант целостности данных на всем промежутке изменения объекта. Ага, а ALTER TABLE тебе не гарант целостности даных ? Ну-ну. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2010, 15:29 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
MasterZivАга, а ALTER TABLE тебе не гарант целостности даных ? Ну-ну. ALTER TABLE - гарант целостности метадаты, а не объекта в целом. А что будет с датой - остается только гадать... Хорошие администраторы знают что лучше данные скопировать в безопасное место прежде чем менять структуру базы. Что и делает скрипт если внимательно посмотреть. Данные копируются "в сторону" в готовом формате - сама структура базы не меняется до последнего момента. Когда делается DROP TABLE + переименование скопированного объекта... Я не вижу предмета для обсуждения... Новый подход намного безопаснее и правильнее в эксплуатационном режиме. В Режиме разработки он и не используется... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2010, 16:35 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
MaymahУ меня продакшен база, в которой есть таблица с 100млн записей. Надо дропнуть 1 столбец, alter table сделает это за 1 секунду, а подход предлагаемый PD будет делать это пару часов, и для этого придется стопнуть продакшен. . Коллега - А вы на рабочей базе (без остановки) за секунду сколько наделаете делов в 100 млн записях - не считали? Само копирование данных в предлагаемом скрипте не устанавливает лок на базу, если внимательно посмотрите. До момента полного переноса всех данных ваш исходный объект находится в рабочем состоянии, а новый никто не видит. Потом происходит DROP TABLE - старая табличка исчезает - и значит никаких действий с ней быть не может. Потом переименовывается копия - и данные сохранены и объект на месте... Что здесь - в этом подходе - плохого ... никак не могу понять... Уж простите мою "женскую логику" .. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2010, 16:45 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Vika Vinner Коллега - А вы на рабочей базе (без остановки) за секунду сколько наделаете делов в 100 млн записях - не считали? Само копирование данных в предлагаемом скрипте не устанавливает лок на базу, если внимательно посмотрите. До момента полного переноса всех данных ваш исходный объект находится в рабочем состоянии, а новый никто не видит. Потом происходит DROP TABLE - старая табличка исчезает - и значит никаких действий с ней быть не может. Потом переименовывается копия - и данные сохранены и объект на месте... Что здесь - в этом подходе - плохого ... никак не могу понять... Уж простите мою "женскую логику" .. Вика, вы не совсем правы. На рабочей базе никто во время продакшен тайма не будет менять таблицу, для этого есть профилакическое время установленное рагламентом. За секунду я дропну полностью весь столбец со 100млн записей или за 2 часа перелью данные, есть разница? Что касается переливки данных в 100млн строк. Вы пробовали сделать это так как предложил PD? простым инсертом? Не получится и за сутки, процесс выпадет в suspect и там будет ворочаться пока не умрет. В данном случае инсерт надо разбивать на отдельные части. Как это нет лока таблицы? вы слышали об ескалации блокировок? Хорошо, всё таки мы перелили данные. Теперь будем создавать индексы, на это уйдет тоже очень много времени. О том, как распухнет транзакшен лог при инсерте 100млн записей лучше вообще промолчать. Вот вам мужская логика - сделать всё за 1 сек или потерять массу времени из-за того что PD не умеет удалять констрейнты. Послушаю контраргументы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2010, 18:31 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Maymah Послушаю контраргументы. Коллега я же Вам говорила - если Вы уверены в своих действиях - сделайте скрипт себе сами - запустите его - пусть он там всё сделает на ваших Данных, а Вы потом отсинхронизируете себе Вашу Модель... Всё что PowerDesigner и Sybase (ну и MS конечно) команда сделали - это сняли с себя ответственность за Ваши данные... Это не функциональность разработческих инструментов следить чтобы Вы гвозди кирпичом микроскопом не забивали Ваши пальцы - Вы и беспокойтесь ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2010, 18:51 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 19.03.2010 18:51, Vika Vinner wrote: > > Коллега я же Вам говорила - если Вы уверены в своих действиях - сделайте > скрипт себе сами - запустите его - пусть он там всё сделает на ваших > Данных, а Вы потом отсинхронизируете себе Вашу Модель... Всё что > PowerDesigner и Sybase (ну и MS конечно) команда сделали - это сняли с > себя ответственность за Ваши данные... Это не функциональность > разработческих инструментов следить чтобы Вы гвозди кирпичом микроскопом > не забивали Ваши пальцы - Вы и беспокойтесь ... Я в любом случае после генерации скрипта буду смотреть на него и скорее всего править перед тем как выполнить. Для удаления поля я бы все-таки не ходил через переименование таблицы, и меня бы устроила ситуация, когда генерируемый PowerDesigner'ом скрипт надо было как можно меньше править. А сейчас он "перебдел" и мне прибавилось работы. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2010, 10:26 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Vika Vinner wrote: > ALTER TABLE - гарант целостности метадаты, а не объекта в целом. А что > будет с датой - остается только гадать... Ну-ну. > Хорошие _администраторы_ знают что лучше данные скопировать в безопасное > место прежде чем менять структуру базы. Хорошие администраторы знают, что такое транзакции. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2010, 17:25 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
MasterZivХорошие администраторы знают, что такое транзакции. Многие транзакции особенно на уровне DDL требуют перегрузки (удаления, замены, внесения новых значений ) данных - например удаление или добавления бита айдентити, какого нибудь констрейна (Дефолта, Ключа и так далее) И что же будет наш знающий администратор делать с такими транзакциями ? Правильно - всё напишет сам Или доверится тому что написали генераторы. Их же много ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2010, 16:39 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Но вот исходные данные - те что были в начале - если потеряны ввиду переделки и нет где их взять... Пиши: "Пропало" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2010, 17:05 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Vika VinnerНо вот исходные данные - те что были в начале - если потеряны ввиду переделки и нет где их взять... Пиши: "Пропало" дба делятся на два типа - те которые делают бекапы, и те, которые будут их делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2010, 16:35 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Vika Vinner wrote: > Многие транзакции особенно на уровне DDL требуют перегрузки (удаления, > замены, внесения новых значений ) данных - например удаление или > добавления бита айдентити, какого нибудь констрейна (Дефолта, Ключа и > так далее) Хинт: хорошие архитекторы тоже знают, что такое транзакции. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2010, 16:47 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Maymah Ты случайно не пытаешься удалить поле, у которое есть DEFAULT-значение? Все работает правильно. Удалите в модели DEFAULT и будет Вам счастье. Требования к DEFAULT могут быть очень сложны и PD правильно делает, что не удаляет напрямую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2010, 16:23 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov, А загрузка доступна только для тех кто купил лицензию или можно и тем кто работает с пробной версией ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2010, 16:03 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 22.10.2010 17:03, Wizard2007 wrote: > А загрузка доступна только для тех кто купил лицензию или можно и тем кто работает с пробной версией ? Загрузка обновлений требует бесплатной регистрации. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2010, 16:12 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov, У меня похожая проблема. При изменении таблицы (добавление новый полей со значениями по умолчанию, старые поля так же имели значения по умолчанию) PD 15 генерирует скрипт в котором нормально отработано удаление таблицы, переименование и перезаливка данных, только вот при создании таблицы MS SQL на старые значения по умолчанию ругается. Говорит , что в базе уже существует ограничение с таким именем. Т.е. с генерированный скрипт ни как не обрабатывает то что были старые ограничения ... . Как поступить в таком случае ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2010, 16:18 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 22.10.2010 17:18, Wizard2007 wrote: > При изменении таблицы (добавление новый полей со значениями по умолчанию, старые поля так же имели значения по > умолчанию) PD 15 генерирует скрипт в котором нормально отработано удаление таблицы, переименование и перезаливка данных, > только вот при создании таблицы MS SQL на старые значения по умолчанию ругается. Говорит , что в базе уже существует > ограничение с таким именем. Т.е. с генерированный скрипт ни как не обрабатывает то что были старые ограничения ... . Как > поступить в таком случае ? Если остаются какие-то объекты, мешающие пересозданию таблицы, то можно самостоятельно добавить их удаление на каком-то этапе. Например, если дропается таблица, то может быть самостоятельно удалять значения по умолчанию, связанные с полями этой таблицы, это будет корректно для MS SQL? Таблица дропается сриптом по пути Script\Objects\Table\Drop в свойствах DBMS, туда и вставить. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2010, 17:14 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov, MS SQL в принципе все равно кто удали ограничение. Мне не все равно, потому как надо будет самостоятельно отслеживать их наличие и писать скрипты удаления на Script\Begin в каждой таблице, что не есть сильно радостно . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2010, 17:59 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 22.10.2010 18:59, Wizard2007 wrote: > MS SQL в принципе все равно кто удали ограничение. Мне не все равно, потому как надо будет самостоятельно отслеживать их > наличие и писать скрипты удаления на Script\Begin в каждой таблице, что не есть сильно радостно. Необязательно в Script\Begin, можно для всех сразу изменить скрипт по пути Script\Objects\Table\Drop в свойствах DBMS. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2010, 11:15 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov, PD 15.2 нет тут такого пути :(. Есть только каталоги приведенные ниже. License Agreements\ Documentation\ Examples\ ShellNew\ Nmap Files\ Ole Automation\ Icons\ ThirdPartyLegal\ Add-ins\ Resource Files\ Tools\ testdata\ VB Scripts\ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2010, 18:03 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Wizard2007Denis Popov, PD 15.2 нет тут такого пути :(. Есть только каталоги приведенные ниже. В самом PowerDesigner при открытой модели выбери пункт меню Database-> Edit current DBMS, после чего слева встань на пункт дерева Script\Objects\Table\Drop - справа будет скрипт, выполняемый для удаления таблицы. Его-то и можно изменить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2010, 18:07 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov, Там написано, Код: plaintext 1. 2. 3. 4. в скрипте удаления значения по умолчанию написано. Код: plaintext 1. 2. 3. 4. Как мне написать , для всех ограничений '[%QUALIFIER%]%TABLE%' их необходимо удалить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2010, 18:35 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 25.10.2010 19:35, Wizard2007 wrote: > Как мне написать , для всех ограничений '[%QUALIFIER%]%TABLE%' их необходимо удалить. Спроси на форуме MSSQL, как написать скрипт на удаление для таблицы всех значений по умолчанию. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2010, 11:19 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov, а не будет ли это сильно уж жесткий костыль для такой операции ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2010, 12:00 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
On 26.10.2010 13:00, Wizard2007 wrote: > а не будет ли это сильно уж жесткий костыль для такой операции ? Я думаю, что наиболее правильный путь заключается в изменении проведения PowerDesigner'а от самого Sybase, но этот путь более трудоемок. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2010, 12:55 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov, Наверное более правильно будет сделать вот так вот MSSQLSRV2005::Script\Objects\Table\Rename Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Поскольку хитрый PD делает переименование таблицы, в результате которого данные автоматом попадают в новую таблицу, но при этом не удаляются ограничения значений по умолчанию. Они удаляются, только если удалить физически, что собственно и должен сделать кусок кода после GO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2010, 14:40 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Так не работает сделал как написано тут Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2010, 15:14 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
Denis Popov On 26.10.2010 13:00, Wizard2007 wrote: > а не будет ли это сильно уж жесткий костыль для такой операции ? Я думаю, что наиболее правильный путь заключается в изменении проведения PowerDesigner'а от самого Sybase, но этот путь более трудоемок. У вас при обновлении базы данных значение текущего identity не слетало. Есть у меня таблица. с полем identity. Данные из этой таблицы копируются в другую таблицу. глупо но тем не менее, после того как я удалил таблиц, создал таблицу , и перелил в нее данные у меня значение поля identity сбилось, вместо значения 122 в таблицу прописывалось значение 110. обнаружилось при ошибке копирования из первой таблицы во вторую. Проблем смог решит, только при помоши задания нового начального значения для свойства identity таблицы функцией Код: plaintext как такого можно избежать в дальнейшем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2010, 16:52 |
|
||
|
PowerDesigner 15. Model Changes
|
|||
|---|---|---|---|
|
#18+
MasterZiv Vika Vinner wrote: > ALTER TABLE - гарант целостности метадаты, а не объекта в целом. А что > будет с датой - остается только гадать... Ну-ну. > Хорошие _администраторы_ знают что лучше данные скопировать в безопасное > место прежде чем менять структуру базы. Хорошие администраторы знают, что такое транзакции. Для обновления из PD Он же тянет кучу таблиц, которые потом пересоздаются и в них переливаются данные. Что будет если данных будет много обновление будет длиться очень продолжительное время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2010, 18:51 |
|
||
|
|

start [/forum/search_topic.php?author=iklmn&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
51ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 627ms |
| total: | 772ms |

| 0 / 0 |
