Процесс - проектирование - база - данные
Cтраница 2
Этот перечень далеко не полон, но по нему можно судить о характере решений, принимаемых в процессе проектирования базы данных. [16]
Для получения необходимой проектной информации целесообразно автоматизировать многие процедуры проектирования, что позволит освободить проектировщика от утомительной работы, неизбежно сопровождающей процесс проектирования баз данных. Отчеты, выдаваемые на этапе редактирования создаваемых структур, обеспечивают проектировщику помощь при стандартизации имен элементов данных и определении их назначения. С помощью диагностических отчетов процесса логического структурирования выявляются несогласованность характеристик элементов данных, пропуски, а также возможные альтернативные решения. Оценки производительности системы, получаемые на стадии проектирования, помогают проектировщику решать вопросы, касающиеся выбора различных вариантов структур. Процесс проектирования сопровождается получением документации, которая соответствует текущему состоянию дел. [17]
Процесс создания банков данных включает в себя проектирование отдельных баз данных и их интеграцию в рамках функционирования автоматизированной системы. Сам процесс проектирования баз данных состоит из концептуального, логического и физического проектирования, а также сопровождения баз данных. Совершенствование современных пакетов СУБД привело к тому, что этап физического проектирования баз данных частично или полностью возлагается на используемые, штатные средства пакетов СУБД. В этой связи более подробно рассмотрим именно процесс концептуального и логического проектирования баз данных. [18]
В данной книге рассмотрены не все этапы процесса концептуального проектирования. Исследование процесса проектирования баз данных с помощью ЭВМ будет основано на том предположении, что автоматизируемые функции приложений уже определены. Это определение представляет собой самостоятельную серьезную задачу, для решения которой методы автоматизации могут оказаться очень полезными, и этот вопрос является предметом проводимых в настоящее время серьезных исследований. Рассматриваемый в данной книге процесс концептуального проектирования заключается в определении требований к данным ( элементам данных и их взаимосвязям) для автоматизируемых функций, а также в обеспечении интерпретации этих требований и осмысленного их использования. Для достижения этих целей проектировщик должен хорошо представлять себе характер деятельности предприятия и производственные процессы, которые необходимо моделировать. Эти вопросы рассмотрены в последующих трех главах. [19]
Работа с базой данных начинается с ее создания, то есть проектирования. В процессе проектирования базы данных необходимо определить количество, структуру, тип и взаимосвязь таблиц, составляющих базу данных; назначение информации, которая будет храниться в таблицах; поля для записей данных одинакового логического смысла и прочее. [20]
Основные уровни абстрагирования в БнД: внешний, концептуальный, внутренний и предшествующий им информационный. В процессе проектирования базы данных разрабатываются схемы моделей названных уровней, проверяется возможность отображения объектов одной модели объектами другой модели. [21]
Составная единица информации предназначена для машинной разработки систем. Модель ИЭС является основой унификации и автоматизации процесса проектирования баз данных, а также для разработки АСУП в целом. [22]
 |
Операции процесса проектирования базы данных и инструментальные средства Oracle Designer. [23] |
Таким образом, первый этап ( проектирование базы данных) фазы проектирования обеспечивает проведение второго этапа ( прикладного проектирования), так как итогом первого этапа является полный набор описаний объектов базы данных. В данной главе подробно рассматриваются основные составляющие процесса проектирования базы данных, необходимые для определения способа реализации логической бизнес-модели. [24]
Одним из центральных вопросов в разработке проекта является выбор инструментальной системы управления базами данных. Необходимость этого этапа обусловлена не только тем, что в настоящее время еще нет возможности создавать мобильные информационные системы, но и тем, что выбор СУБД принципиальным образом влияет на весь процесс проектирования базы данных и реализации информационной системы. [25]
Реализация принципа интеграции, накопления, хранения и систематического обновления данных для своевременного и надежного информационного обслуживания многочисленных пользователей системы закладывается на стадии ее создания. Учитывается, что пользователями информации будут не только специалисты конкретной проблемной области управленческой деятельности ( учета, планирования, менеджмента, маркетинга и т.п.), но и программисты, занимающиеся созданием и эксплуатацией программных средств. Поэтому в процессе проектирования баз данных ( БД) ведется тщательное разностороннее исследование предметной области, ее элементов, взаимосвязи между ними, а также выявляются особенности циркулирующих в ней данных как особо важного ресурса. При этом между пользователями устанавливаются соглашения по составу и структуре данных; разрабатываются способы фильтрации ошибочных данных, вводимых в систему; устанавливаются необходимые разграничения доступа к массивам конкретных пользователей; удовлетворяются требования независимости данных от программ и их физического расположения и т.п. Все перечисленное учитывается среди прочих факторов при выборе или создании СУБД. [26]
Следует отметить, что представления реального мира могут учитывать определенные взгляды и отношения разработчиков базы данных и ее пользователей. Описание объектов и событий может носить различные уровни детализации. В этой связи процесс проектирования базы данных связан с определением и идентификацией объектов предметной области, определением для каждого набора характеристик наиболее полно описывающих поведение объектов и их пространственно-временных характеристик. [27]
Заметим, что некоторые из этих систем, например ОКА, допускают увязку древовидных структур в сети путем установления ссылок между отдельными элементами различных деревьев. При этом достигается возможность реализации отношения многие к многим. Увязка деревьев в сети в процессе проектирования базы данных усложняется иерархическим характером собственно ссылок, а также рядом жестких ограничений на их организацию. Из опыта известно, что с ростом числа ссылок между деревьями в базе данных, поддерживаемой СУБД ОКА, резко возрастает среднее время доступа к базе данных. [28]
Понятие модель БД, с одной стороны, служит для организации процесса разработки базы данных, с другой - оно означает конкретное строение и состав, структурный план, в соответствии с которым построена база данных. Часто наряду с термином модель БД применяется термин схема БД. Различают общую, генеральную БД ( схему БД) и прикладную ( подсхему) модели; последняя отражает представление о структуре базы данных с точки зрения отдельного пользователя. В процессе проектирования базы данных последовательно разрабатывают: 1) понятийную модель предметной области; 2) понятийную модель базы данных, 3) логическую модель БД; 4) физическую модель организации БД. [29]
Автор предлагает ряд путей решения проблемы оценки качества проекта базы данных, которая остается до сих пор одной из сложных задач. Предлагаемая методика проектирования представляет собой итеративный процесс, организованный в виде последовательности применения определенных технических приемов и процедур с многочисленными точками принятия решений. Хотя автор постоянно говорит о преимуществах автоматизации многих процедур, материал изложен так, что является конструктивным и полезным независимо от того, применяется или не применяется ЭВМ в качестве вспомогательного инструмента проектировщика. Более того, автор подчеркивает ( и с этим нельзя не согласиться), что процесс проектирования баз данных в принципе не может быть сделан автоматическим, так как для решения многих сложных проблем участие человека является обязательным. [30]
Страницы: 1 2