Written by: Posted on: 13.08.2014

Рефакторинг баз данных. эволюционное проектирование скотт в. эмблер, прамодкумар дж. садаладж

У нас вы можете скачать книгу рефакторинг баз данных. эволюционное проектирование скотт в. эмблер, прамодкумар дж. садаладж в fb2, txt, PDF, EPUB, doc, rtf, jar, djvu, lrf!

Список операций рефакторинга и операций преобразования Приложение Д. Отзывы Предметный указатель Рефакторинг. Следующее Предыдущее Главная страница. Комментарии к сообщению Atom. Рефакторинг с использованием шаблонов Джошуа Кериевски. Шаблоны корпоративных приложений Мартин Фаулер.

Scrum гибкая разработка ПО Майк Кон. Шаблоны интеграции корпоративных приложений Грегор Хоп Бобби Вульф. Выбор ветви осуществляется неявно, в зависимости от того, экземпляру какого из подклассов оказался адресован вызов.

Править Читать на другом языке Рефакторинг. Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии , проверенной 29 ноября ; проверки требуют 4 правки. Основными стимулами его проведения являются следующие задачи: Наиболее употребимые [4] методы рефакторинга: Инкапсуляция поля Encapsulate field Править В случае, если у класса имеется открытое поле, необходимо сделать его закрытым и обеспечить методы доступа.

Перемещение метода Move Method Править Перемещение метода применяется по отношению к методу, который чаще обращается к другому классу, чем к тому, в котором сам располагается. Замена условного оператора полиморфизмом Replace Conditional with Polymorphism Править Условный оператор с несколькими ветвями заменяется вызовом полиморфного метода некоторого базового класса, имеющего подклассы для каждой ветви исходного оператора.

Технические критерии для инструментов рефакторинга: Практические критерии для инструментов рефакторинга: Шаблоны проектирования Экстремальное программирование Просмотр кода Рефакторинг баз данных. Фаулер , стр. Improving the Design of Existing Code Рефакторинг архитектуры программного обеспечения: Первоначально мы работали отдельно, встречаясь друг с другом на таких конференциях, как Software Development www.

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

Все примеры, приведенные в книге, написаны на языке Java и на языках баз данных Oracle. Практически каждое описание операции рефакторинга базы данных включает код, предназначенный для модификации непосредственно самой схемы базы данных, а применительно к некоторым наиболее интересным операциям рефакторинга мы показали, какое влияние они могут оказать на прикладной код Java.

Безусловно, нельзя найти две базы данных, которые были бы неотличимыми друг от друга, поэтому мы включили описания альтернативных стратегий реализации в тех случаях, когда между программными продуктами баз данных имеются тонкие, но важные различия. В других программных продуктах баз данных предусмотрены другие средства, позволяющие упростить рефакторинг баз данных, и хороший администратор базы данных должен знать, как воспользоваться этими особенностями в своих интересах.

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

Часто в фазе поддержки и эволюции приложения появляется желание переделать всё "с нуля". Известно, что неудачно выбранная архитектура базы данных может вызвать множество неприятностей: Дорого обходится изменение схемы, вызывающее волнообразное "падение" всех приложений, использующих базу:.

В книге "Refactoring Database: Evolutionary Database Design" рассказывается о тактике внесения изменений в схему базы данных и секретах, как избежать возможных трудностей. Автор предлагаемой книги и адепт Agile-технологии разработки программного обеспечения Скотт Амблер обобщил опыт поддержки разрабатываемых им приложений на основе реляционных баз данных и отразил его в книге. Амблер предложил ряд методов по изменению внутренней структуры баз данных, приводящих к улучшению качества базы, более легкой поддержки и эволюции системы.

Представленная книга полезна архитекторам, администраторам баз данных и простым разработчикам. После внимательного изучения предлагаемых решений, станут ясны причины многих проблем. Знание нюансов рефакторинга поможет при проектировании новых баз данных. Отрадно также, что каждый из подходов преобразования содержит и обратный вариант.

Например, обсуждается перенос бизнес-логики в хранимые процедуры и наоборот. Для каждого варианта приведена аргументация, остаётся только выбрать, что лучше подходит в конкретной задаче. Идеологически книга разбита на 2 части. Первая часть описывает общий процесс внесения изменений. Вторая - конкретные примеры рефакторинга, сгруппированные в пять категорий.

Внесение изменений в базу данных на порядок сложнее, чем изменение кода программы. Причина сложности в нечёткости границ использования базы. Ключевая проблема, когда множество различных приложений обращаются к единой базе.

About the Author: Наталия