В 70-80-х годах доминировала процессная парадигма (data processing) – данные поступают на вход системы, преобразуются, идут на выход. Доминировал каскад.
В 80-х смоллтоковцы придумали кучу хороших штук, пошла волна популяризации объектного, интеракционного, реактивного подхода.
Но – разработчики БД так и остались в процедурно-функциональной парадигме и каскаде. Они продолжали считать, что изменения – это ненормально, это результат ошибочного проектирования и анализа и платить за ошибки проектирования ковырянием в коде и данных – это естественная, хотя и неприятная необходимость.
В 90-х смоллтоковцы и проч. поняли, что изменения – это норма жизни, и надо уметь с ними работать. Популяризовались итерационные подходы, появился рефакторинг, развились компонентно-модульные практики.
Но – разработчики БД только встревоженно смотрели по сторонам и всё крепче держались за доброе старое-вечное. Тем более что объективно БД – это сильносвязанная система.
2000-е годы – рефакторинг в объектной разработке стал осознанной нормой жизни, встраивается в объектные инструменты.
Пионеры объектной разработки в лице Скотта Амблера и Фаулера добираются до баз данных, изучают их и предлагают методы “оживления” БД: http://www.agiledata.org/essays/tools.html
Понятно, что пока это не стало общим местом, но Microsoft стал включать элементы рефакторинга в свои БД-инструменты, стали появляться специализированные инструменты: http://www.sundog.net/index.php/databaserefactoring/page/overview/ , плагины: http://www.red-gate.com/about/news/jolt_award_2007.htm
Процесс идёт, но очень сильна инерция – базданщиков старой школы очень много и они с трудом воспринимают перемены (таков их естественный менталитет). Хотя есть книга даже на русском языке.