|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
17.03.2010, 18:01
|
|||
|---|---|---|---|
|
|||
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, 20:27
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
Maymahона переименовывает таблицу, создает новую и переливает туда данные, такой подход не годится. Как ни пытался играться с настройками модифая, ничего не помогло. Есть ли выход из сложившейся ситуации? это совершенно правильный подход Коллега. Ничего делать не надо. Чем такой подход Вас не устраивает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.03.2010, 12:38
|
|||
|---|---|---|---|
|
|||
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:42
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
Vika Vinnerэто совершенно правильный подход Коллега. Ничего делать не надо. Чем такой подход Вас не устраивает? У меня продакшен база, в которой есть таблица с 100млн записей. Надо дропнуть 1 столбец, alter table сделает это за 1 секунду, а подход предлагаемый PD будет делать это пару часов, и для этого придется стопнуть продакшен. Если писать скрипт руками, то зачем мне вообще PD? Вопрос остается в силе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.03.2010, 12:43
|
|||
|---|---|---|---|
|
|||
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:49
|
|||
|---|---|---|---|
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:56
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
MaymahДа, эта опция стоит по дефолту. 11PD тоже удаляет поле, а вот 15-й хочет пересоздавать таблицу. Может ли это зависеть от способа подключения - ODBC, Connection profile? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.03.2010, 13:13
|
|||
|---|---|---|---|
|
|||
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:50
|
|||
|---|---|---|---|
|
|||
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, 14:18
|
|||
|---|---|---|---|
|
|||
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:25
|
|||
|---|---|---|---|
|
|||
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:32
|
|||
|---|---|---|---|
|
|||
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, 15:21
|
|||
|---|---|---|---|
|
|||
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:37
|
|||
|---|---|---|---|
|
|||
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:58
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
Ты случайно не пытаешься удалить поле, у которое есть DEFAULT-значение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.03.2010, 16:17
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
Denis PopovТы случайно не пытаешься удалить поле, у которое есть DEFAULT-значение? именно это и делаю, писал об этом выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.03.2010, 17:13
|
|||
|---|---|---|---|
|
|||
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:16
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
MaymahDenis PopovТы случайно не пытаешься удалить поле, у которое есть DEFAULT-значение? именно это и делаю, писал об этом выше. Коллега, я ещё раз повторюсь - этот подход правильный хоть и не самый удачный. Если хотите сделать по-своему - напишите скрипт, запустите его а потом просинхронизируйте с моделью. Учить ПД делать что то неправильно мы не будем... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.03.2010, 17:19
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
Denis Popov. Похоже, PowerDesigner поумнел, но не до конца: Всё гораздо проще Коллега... Этот же скрипт создаст сам Microsoft на ту же задачу с данными. Если данных не будет - он поставит просто ALTER TABLE ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.03.2010, 09:52
|
|||
|---|---|---|---|
PowerDesigner 15. Model Changes |
|||
|
#18+
Vika Vinner wrote: > Коллега, я ещё раз повторюсь - этот подход правильный хоть и не самый > удачный. Что в нём правильного -- не понятно. Таких правильных способов дофига. Если хотите сделать по-своему - напишите скрипт, запустите его > а потом просинхронизируйте с моделью. Ага, зачем тогда PD вообще ? Учить ПД делать что то неправильно > мы не будем... что неправильного в использовании гарантированного данной реализацией DDL -я ? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.03.2010, 14:12
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
MasterZivАга, зачем тогда PD вообще ? PD ну совсем не генератор скриптов, уж простите коллега... А зачем он нужен... - Картинки красивые рисует ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.03.2010, 14:14
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
MasterZiv Что в нём правильного -- не понятно. Таких правильных способов дофига. Гарант целостности данных на всем промежутке изменения объекта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.03.2010, 15:29
|
|||
|---|---|---|---|
PowerDesigner 15. Model Changes |
|||
|
#18+
Vika Vinner wrote: > Гарант целостности данных на всем промежутке изменения объекта. Ага, а ALTER TABLE тебе не гарант целостности даных ? Ну-ну. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.03.2010, 16:35
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
MasterZivАга, а ALTER TABLE тебе не гарант целостности даных ? Ну-ну. ALTER TABLE - гарант целостности метадаты, а не объекта в целом. А что будет с датой - остается только гадать... Хорошие администраторы знают что лучше данные скопировать в безопасное место прежде чем менять структуру базы. Что и делает скрипт если внимательно посмотреть. Данные копируются "в сторону" в готовом формате - сама структура базы не меняется до последнего момента. Когда делается DROP TABLE + переименование скопированного объекта... Я не вижу предмета для обсуждения... Новый подход намного безопаснее и правильнее в эксплуатационном режиме. В Режиме разработки он и не используется... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.03.2010, 16:45
|
|||
|---|---|---|---|
|
|||
PowerDesigner 15. Model Changes |
|||
|
#18+
MaymahУ меня продакшен база, в которой есть таблица с 100млн записей. Надо дропнуть 1 столбец, alter table сделает это за 1 секунду, а подход предлагаемый PD будет делать это пару часов, и для этого придется стопнуть продакшен. . Коллега - А вы на рабочей базе (без остановки) за секунду сколько наделаете делов в 100 млн записях - не считали? Само копирование данных в предлагаемом скрипте не устанавливает лок на базу, если внимательно посмотрите. До момента полного переноса всех данных ваш исходный объект находится в рабочем состоянии, а новый никто не видит. Потом происходит DROP TABLE - старая табличка исчезает - и значит никаких действий с ней быть не может. Потом переименовывается копия - и данные сохранены и объект на месте... Что здесь - в этом подходе - плохого ... никак не могу понять... Уж простите мою "женскую логику" .. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&mobile=1&tid=1542457]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
156ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 477ms |
| 0 / 0 |
