Cтраница 1
Физическое проектирование завершает разработку информационного обеспечения ИВС и заключается в выборе решений по методам доступа к данным, размещению их на физических носителях информации исходя из особенностей СУБД, структуры и параметров ТС специализированной вычислительной системы, предназначенных для реализации функций хранения информации. [1]
Физическое проектирование базы данных заключается в расширении ее логической модели такими характеристиками, которые необходимы, во-первых, для определения способов физического хранения и использования базы данных и, во-вторых, для определения объемов памяти, требуемой для всей системы и для оценки эффективности обработки. Подобные характеристики касаются того, как и где хранить данные, как их можно найти и использовать. В частности, для баз данных в системе IDL / 1 это означает выбор значений параметров, которые должны быть указаны в управляющих блоках описания базы данных. [2]
Этап физического проектирования базы данных требует поиска проектных решений, обеспечивающих эффективную поддержку построенной логической структуры базы данных в среде хранения базы данных. На этом этапе решаются вопросы построения структуры хранимых данных, размещения хранимых данных в пространстве памяти, выбора эффективных методов доступа к различным компонентам физической базы данных. Описывается также отображение логической структуры базы данных в структуру хранения. Принятые на этом этапе проектные решения оказывают определяющее влияние на производительность информационной системы. Они документируются в форме схемы хранения на языке определения хранимых данных. [3]
Основная задача физического проектирования базы данных состоит в выборе значений многих физических параметров. Поскольку решение большинства других задач в значительной степени зависит от используемого метода доступа, выбор последнего является одной из важнейших задач физического проектирования. [4]
Сам процесс физического проектирования баз данных достаточно подробно описан в [33, 48, 49], здесь же напомним, что он включает в себя определение и документирование представления данных, выбор и документирование режимов Доступа, организацию наборов данных по внешним запоминающим устройствам вычислительной системы, загрузку и реорганизацию баз данных. [5]
Большую помощь в процессе физического проектирования может оказать ЭВМ, которая в режиме диалога помогает проектировщику выбрать и специфицировать физические характеристики проекта. Начиная с таких характеристик, как иерархическая структура системы, содержимое и длины сегментов, число и частота использования экземпляров, режимы обработки ( эти характеристики можно получить с помощью автоматизированных процедур логического проектирования), проектировщик в диалоге с ЭВМ может выбрать также тип устройства, методы доступа, размеры блока, вторичные группы наборов данных, типы указателей, анкерные точки, логические отношения, алгоритмы индексирования и ( или) рандомизации. [6]
![]() |
Задачи физического проектирования. [7] |
На рис. 16.1 перечислены общие задачи физического проектирования в том порядке, как их следует решать. Звездочкой отмечены те задачи, которые рассматриваются в данной главе. [8]
В CADM полный макет системы создается до физического проектирования базы данных. В RAD-CADM для перехода сразу же к физическому проекту базы данных используется интуиция, на основании которой и определяется, каким будет окончательный проект системы. Поскольку макетируется реальное приложение, можно продолжать настройку и денормализацию базы данных. Однако если в процессе RAD запланирована остановка, этот момент нужно использовать для создания точной модели данных. [9]
![]() |
Этапы проектирования базы данных. [10] |
Результаты проектирования, полученные на этапе логического или физического проектирования, могут потребовать изменения или повторения итераций для обеспечения требуемых свойств проектируемой системы. [11]
Следует отметить, что на организацию данных при физическом проектировании существенно влияют операционные системы, пакеты прикладных программ и их внутренняя организация, режимы работы пользователей в автоматизированной системе, организационная структура самой автоматизированной системы. [12]
Несмотря на то что производительность системы реально оценивается лишь на этапе физического проектирования, авто-матизированные процедуры позволяют использовать некоторые оценки производительности при разработке логической структуры базы данных еще до работы с ее физической моделью. Автоматизированные процедуры проектирования, принимая некоторые решения автоматически и создавая неизбыточную каноническую логическую модель, которую затем можно усовершенствовать на основе диагностической информации, помогают проектировщику не только оценивать, но и управлять процессом получения эффективных логических моделей. [13]
В последующих главах описаны некоторые способы и математические модели для автоматизации процесса физического проектирования и методы выбора большей части требуемых физических характеристик. [14]
Третий этап представляет собой фазу функционального проектирования, а четвертый - фазу физического проектирования системы. [15]