Корпоративные базы данных - статьи


         

Что теряется



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


  • полная процедура нормализации высоких степеней и минимизации набора
    отношений не проводится или проводится редко, если же экспертиза проверки
    на соответствие даже 3НФ или БКНФ предусмотрена в CASE-средствах, эта
    возможность редко используется на практике ввиду ее громоздкости и высоких
    требований к квалификации проектировщика, использующего CASE;
  • оптимизация размещения БД на устройствах внешней памяти проводится
    "на глазок", распространенные сегодня тесты временных параметров не
    приспособлены для помощи в решении этой задачи проектирования;
  • так же "на глазок" производится оптимизация размещения БД по узлам
    распределенной БД.

Значительно меньшее внимание в последнее время уделяется и инструментальным средствам
автоматизации физического проектирования БД, включая математическое и натурное
моделирование характеристик БД, в том числе - с учетом размещения по узлам распределенной
ИС. Оптимизация размещения БД по узлам распределенной БД не поддерживается
распространенными CASE-средствами. Отдельные инструменты и работы, включая отечественные
исследования, не делают "погоды" в Мастерской средств проектирования, и не поддерживают
живой школы этого направления.



Этому есть, на наш взгляд, несколько причин:


  • высокие требования к квалификации проектировщиков в области
    теоретических основ классического проектирования БД;
  • громоздкость методов, используемых в рамках "каскадной" схемы, в
    условиях практической невозможности обеспечить устойчивость больших
    интегрированных решений в мире с постоянно меняющимися требованиями к
    ИС;
  • относительная легкость выполнения реорганизации логической и
    физической структуры БД в реляционных СУБД (однако, и это конкретизируется
    в конце доклада, в современных условиях такой подход становится одной из
    ловушек для проектировщика).




Содержание  Назад  Вперед