|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
09.05.2006, 09:45
|
|||
|---|---|---|---|
|
|||
Рефакторинг базы данных |
|||
|
#18+
Уж очень болезненно происходит этот процес. К примеру, изменение названий пару столбцов в таблице может вызвать лавинообразный процесс изменениий во всех объектах базы данных: вьюверы, тригерры, процедуры и т.д. Подскажите плиз какую нибуть тулзу для этих целей или методологию. В программировании в какой нибуть там IDE всё это решается почти безболезненно. Выбрал в меню пункт рефакторинг, а потом переименовать поле и всё. IDE сама все нарыла и изменила, а вот с базами данных - это проблема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.05.2006, 10:48
|
|||
|---|---|---|---|
Рефакторинг базы данных |
|||
|
#18+
А это уже вплотную зависит от инструментальных средств для администрирования и разработки конкретной СУБД. О какой СУБД речь? MySQL (думаю чтто и другие) можно выгрузить в текстовый дамп (скрипт) и обычными функциями "Replace text" выполнить все преобразования. Если конечно же объем этого дампа имеет разумные размеры. П.С. Это не лучший вариант, но простой и универсальный для большинства СУБД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.06.2006, 14:08
|
|||
|---|---|---|---|
|
|||
Рефакторинг базы данных |
|||
|
#18+
D> Автор: DSKalugin D> А это уже вплотную зависит от инструментальных средств для D> администрирования и разработки конкретной СУБД. О какой СУБД речь? D> MySQL (думаю чтто и другие) можно выгрузить в текстовый дамп (скрипт) и D> обычными функциями "Replace text" выполнить все преобразования. Если D> конечно же объем этого дампа имеет разумные размеры. D> П.С. Это не лучший вариант, но простой и универсальный для большинства D> СУБД Да, именно так. Проблемы рефакторинга базы проявляются в то время, когда пытаешься делать рефакторинг на базе. А надо делать, как учат в книжках, рефакторинг на скрипте базе. И при обновлении версии программы\ базы создавать новую базе из нового скрипта и переливать данные из старой базы в новую с помощью специального "конвертера". Тут куча достоинств: скрипт можно хранить в системе контроля версий, струтктуру базы можно мень как угодно произвольно, денные переливать "конвертером" тоже очень универсально, если конвертер использует не понятия объектов базе дынных, а понятия объектов приложения. Ну и т.д. -- С уважением Кочмин Александр Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.06.2006, 12:30
|
|||
|---|---|---|---|
Рефакторинг базы данных |
|||
|
#18+
Олег ГапонУж очень болезненно происходит этот процес. К примеру, изменение названий пару столбцов в таблице может вызвать лавинообразный процесс изменениий во всех объектах базы данных: вьюверы, тригерры, процедуры и т.д. Вопрос с другой стороны, а зачем? Я например знаю что в нашнй системе поле название города названо по английски с ошибкой, причем совершенной почти восемь лет назад, но это совершенно не мешает системе работать. Конечно бывают случаи например изменения размерности поля, но как показывает опыт их не так уж и много. Олег ГапонВ программировании в какой нибуть там IDE всё это решается почти безболезненно. Выбрал в меню пункт рефакторинг, а потом переименовать поле и всё. IDE сама все нарыла и изменила, а вот с базами данных - это проблема. Ну не все так гладко и в системах имеющих свои средства разработки, как например Axapta, хотя все должно и отслеживаться автоматом, но и существует кнопки "восстановить целостность", "перестоить индексы"... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&mobile=1&tid=1545208]: |
0ms |
get settings: |
7ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
331ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 200ms |
| total: | 611ms |
| 0 / 0 |
