20.Этапы работ по проектированию бд.

Разраб-ка бд произв-ся на основе обслед-ия предм-ой обл-ти (ПО) и явл результатом инф-ционного анализа и построения модели данных ПО. При проек-нии б д м исп-ся 2 подхода. При 1 подходе сначала устан-ся осн-ые задачи, д/решения кот строится база, и потреб-ти задач в данных. В соотв-ии с потреб-ми выявл-ся инф-ые объекты, из кот д состоять БД. При 2 подходе изучается ПО, производится анализ её данных, и устанавливаются типовые объекты предметной области. Возможно сочетание обоих подходов. При разработке ИЛМ в соотв-ии с 1 подходом снач осущ-ся выявление форм док-тов – источников, содерж-х необход-е данные. Данные в док-х представлены в виде реквизитов. Реквизиты подразделяются на ключевые и описательные, кот явл функционально зависимыми от ключевых. Функц-ая полн завис-ть реквизитов имеет место только в том случае, если 1му значению ключа соотв-т только 1 знач-е описательного реквизита. Далее могут быть установлены функц-ые зависимости реквизитов, кот исп-ся д/выделения инф-ых объектов. Информационный объект – это инфо-ое отображение некот сущности (реального объекта, явления, процесса или события), о кот д б представлена информация в БД. Сущности и их идентификация. ИО имеет мн-во реализаций – сущностей ИО. Сущн ИО представлена сов-ью конкр-х значений реквизитов, т.е. сведений об одной сущ-ти объекта. Каждая сущн должна однозначно идентифицироваться значением уникального ключа, то есть такого ключа, значения которого не могут повторяться. Послед-ее определение структурных связей между объектами позволяет закончить построение ИЛМ. Структурная связь уст-ся м/у парами ИО-в, логич-ки взаимосвяз-х в соотв-вии с природой сущностей. Т.е. связь устанавливается между объектами, если они хар-ризуются реальными отношениями. Д/кажд установленной связи опред-ся тип отношения между объектами 1:1, 1:M или M:N Причем правильность установления связей определяется тем, что ключ связи должен быть уникальным ключом в главном объекте.

Если выявлены много-многозначные отношения (M:N), они должны реализовываться через третий объект-связку, с кот исходные связаны 1:М связями.

На след этапе конструируются таблицы БД, т.е. разраб-ка продолж-ся средствами СУБД. Стр-ра таблиц БД задается с пом ср-в описания таблиц в СУБД в полном соответсвии ИО-м. После формирования стр-ры БД м осущ-ся загрузка бд с документов источников.

21.Субд (назначение, функц состав комп-ов, объекты бд).

Назначение: СУБД явл универсальным программным инструментом предназнач д/создания и обслуживания БД, а так же доступа к данным и их обработки. СУБД обеспечивает многоцелевой хар-р использ-я БД, защиту и восстановление данных.

Функц-й состав комп-ов: Основными ср-ами СУБД явл: средства описания стр-ры бд; ср-ва конструирования экранных форм, предназнач-х д/ввода данных, их просмотра и обработки в диалоговом режиме; ср-ва создания запросов д/выборки данных при заданных условиях, а так же выполнение операц-й по их обраб-ке; ср-ва созд-я отчетов из бд д/вывода на печать результатов обраб-ки в удобном д/пользователя виде; ср-ва задания приложений пользователя, позволяющие объединить различные операц-ии работы с бд в един технологич-й процесс. Объекты: Осн-ми объектами в бд, явл табл, запросы, формы, отчеты, стр-цы доступа к данным, модули, макросы. Все объекты имеют набор свойств, изменяя которые, можно управлять объектом. Об-ты Access целесообразно подразделять на 2 группы:

- табл, запросы, схемы данных, имеющие непоср-ое отнош-е к бд

- формы, отчеты, страницы доступа к данным, макросы и модули, назыв-ые об-тами приложения. Формы, отчеты и страницы доступа к данным предназнач д/обраб-ки данных - просмотра, обновления, поиска, получения отчетов. Эти об-ты прилож-ий конст-ся из графич эл-тов – элем-ов управ-я. Осн эл-ты управления служат для связи объектов с записями таблиц-источниками данных. Табл созд-ся пользователем для хранения данных об 1й сущности предм-ой обл-ти. Табл сост-т из полей (столбцов) и записей (строк). Кажд поле содерж 1 хар-ку сущности. В записи собраны сведения об 1экземпляре сущности. Запросы служат для выборки нужных данных из одной или неск связ-х табл. Результатом вып-я запроса явл табл, в кот отображено пользовательское представление о данных и кот м б использована с друг табл бд при обработке данных. В запросе можно указать, какие поля связанных таблиц нужно выбрать, как на их основе сформировать новые записи и выбрать нужные. Схемы данных опред-т, с пом каких полей табл-ы связ-ся м/у собой, как будет выполняться объединение данных этих таблиц, нужно ли проверять связную целостность при добавлении и удалении записей, изменении ключей таблиц. Формы явл осн ср-ом созд-я диалогового интерфейса прилож-я пользователя. Форма м созд-ся д/ввода и просмотра взаимосвяз-х данных бд на экране в удобном виде, соот-му документу. Кноп формы могут исп-ся д/я созд-я панелей управления в приложении. Форма м вкл процедуры обработки событий, кот позв-т управлять процессом ввода, просмотра и корректировки данных. Они хранятся в модуле формы. Отчеты предназнач д/форм-ия выходных документов любых форматов, содерж-х результ-ы решения задач, и вывода их на печать. Как и формы, отчеты могут включать процедуры обработки событий. Страницы доступа к данным – явл-ся диалоговыми Web- страницами, кот поддерж-т связь с бд и позволяют просматривать, редактировать и вводить данные в базу, работая в окне браузера. Макросы позв-т автоматизир-ть некот действия в прилож-ии пользователя. Макрос явл программой, состоящей из послед-ти макрокоманд, кот вып-ся при наступлении некот события в объекте прилож-я или его эл-те управления. Созд-ие макросов осущ-ся путем выбора нужных макрокоманд и задания параметров, используемых ими при выполнении. Модули содержат процедуры на языке Visual Basic for Applica-tions. Могут создаваться процедуры-подпрограммы, процедуры-функции, кот разраб-ся пользователем д/реализации нестандартных ф-ций в прилож-ии пользователя, и процедуры для обработки событий. Исп-ие процедур позволяет создать законч приложение, кот имеет собствен-й графический интерфейс пользователя, позв-ий запросить вып-ие всех ф-ций приложения.