Базы данных и знаний. Мартьянова А.Е. - 7 стр.

  Мартьянова А.Е. Базы данных и знаний                               7


       В области проектирования и разработки систем баз данных исполь-
зуются различные средства моделирования, причем даже в рамках одной
конкретной системы необходим целый комплекс моделей разного назна-
чения [7].
       Опубликованный в 1975 году отчет ANSI/X3/SPARC зафиксировал
не только широкое признание концепций многоуровневой архитектуры
систем баз данных, но и необходимость явного выделения специального
концептуального уровня представления базы данных, единого для всех
ее приложений и независимого от них. Кроме этого уровня предусматри-
вались еще два уровня: внутренний уровень, который должен обеспечи-
вать поддержку представления хранимой базы данных, и внешний, под-
держивающий представления базы данных «с точки зрения» приложе-
ний. На каждом архитектурном уровне предполагалось использование
той или иной модели данных. Кроме того, на внешнем (прикладном,
пользовательском) уровне таких моделей может быть несколько. Моде-
ли, а также схемы, специфицируемые на их основе, называются соответ-
ственно внешней, концептуальной и внутренней.
       Как очевидно, конечной целью проектирования является построе-
ние конкретной базы данных, в той или иной степени воплощающей
представление проектировщика о предметной области и задачах, решае-
мых пользователями с помощью созданной базы. Рассматривая базу дан-
ных как конкретную реализацию модели, мы по существу устанавливаем
порядок процесса, отделяя этап определения принципов (то, какой база
должна быть) от этапа воплощения этих принципов при реализации базы
данных в конкретной среде СУБД, ОС и языках программирования. И
как показывает практика, между реализациями баз данных и принципами
их построения всегда есть расхождения. Различия являются следствием
разных причин, но чаще всего это явный или неявный отказ от некото-
рых принципиальных ограничений, налагаемых, например, моделью
данных или базовыми (встроенными) алгоритмами обработки в пользу
частного решения, которое, по мнению проектировщика, будет более
эффективно, например, для понимания или обработки данных.
       Важность отделения проектирования на абстрактном уровне от фи-
зической реализации состоит в том, что, объявляя принципы, мы конст-
руктивно ограничиваем область применения. Во-первых, размерность и
сложность задачи должна быть сокращена до такого уровня, чтобы реа-
лизация стала возможной в данных конкретных условиях – ресурсах сре-
ды, профессионализме проектировщика, подготовленности пользователя
и т.д. Во-вторых, поскольку база данных по определению предназначена