11.5. Еще раз о проблемах и решениях
В заключение, считаем целесообразным привести требования и рекомендации [7] к «новым» методам и инструментам проектирования БД практически подтверждающие, что все новое есть в той или иной степени забытое старое.
Об исключении избыточности в данных. Требование однократного ввода данных в БД сохраняется как разумное и, прежде всего, для защиты от возникновения противоречий (нарушении логической целостности) при актуализации хранимых данных. Однако в условиях глобального информационного пространства и компонентного проектирования контекст этих требований должен быть пересмотрен. Несомненно, в операционных БД рационально планировать "острова" нормализованных и, в классическом смысле, безызбыточных кластеров отношений или объектов. Эти "острова" чаще всего и будут являться давно известными предметными БД.
Кроме того, заранее нерегламентированный поток информации из Internet в корпоративную БД потребует разработки или увеличения возможностей "процедур отождествления" экземпляров информационных структур, т.е. выяснения того, что эти экземпляры описывают один и тот же предмет реального мира.
Проблема консервации проблем проектирования. Сам характер дисциплины проектирования, предусмотренный каскадной схемой, методами структурного проектирования, подталкивает проектировщиков фиксировать достаточно жестко определенные модели предметной области. Технология проектирования БД должна быть изменена таким образом, чтобы исключить консервацию существующих проблем предприятий в жестких, "цельных" структурах БД. Для этого может потребоваться изменение не только технологии, но и инструментов проектирования.
Компонентная открытость и смысловая интероперабельность. Замена некоторой функциональной компоненты ИС на подобную, но спроектированную другим разработчиком, потребует структурной замены некоторой части корпоративной БД. Такая замена должна поддерживаться как постоянный процесс перепроектирования БД. При замене компоненты БД интерфейсы с ней имеющихся приложений и их пользователей должны получать точно ту же в смысловом отношении информацию, что и ранее.
Реальное компонентное проектирование БД может основываться на формировании и использовании общей для комплексируемых компонент понятийной модели и поддержании соответствий между моделями компонент БД (и связанных с ними приложений) и общей понятийной моделью.
Необходимость использования общих понятийных моделей заставляет заново рассматривать и использование нормативно-справочной информации и систем кодирования. До сих пор часто встречается мнение, что системы классификации и кодирования (СКК) – это средство сокращенного представления информации в БД. На самом деле, отсутствие СКК или использование некорректно построенных СКК приводит к смысловой несовместимости информации, хранимой в различных БД или даже в одной БД. Таким образом, целесообразно использовать работы по проектированию БД с НСИ и проектирование СКК как начало и основу для создания понятийного пространства предметной области.
1. Охарактеризуйте основные требования к архитектуре корпоративных ИС.
2. Дайте обобщенную характеристику технологий проектирования баз данных.
3. Приведите основные направления исследований в области баз данных.
4. Охарактеризуйте объектно-ориентированный подход к проектированию баз данных.
5. Что такое хранилища данных?
6. Охарактеризуйте особенности баз данных как Internet-ресурсов.