) База данных

База данных – основа автоматизирован.инф.систем структ. элементы базы данных.

Банк данных -система, специальным образом организованных данных.

Банк дан.-современная форма организации инф-ции. Включ.в себя 2 основн.компонента: базу данных (БД) и систему управления БД.

Ядром банка данных явл.база данных. БД- совок.взаимосвязь данных, при этом БД хранятся независимо от исп.их программ.

Система управления БД- организует централиз. управл.данными, кот.хранятся в базе данных. К банку предъявляют след требования: -должна отвечать актуальн.инф.потребностям

-обеспечить хранение большого объема инф. - увеличить уровень достоверн.инф-ции

- обеспечивает возможность поиска инф-ции по различным признакам.

Возможность организ-ции и расширение обеспечивать выдачу инф. в люб.форме и обеспечивать простоту и удобств.обращение инф-ции.

Структурные Элементы БД:

- Словарь данных –подсистема БД, предназначенная для централизов.хранения инф-ции о структ.данных о взаимосвязан.файлах, о типах файлов, разграничения БД.

- Вычислит.сист.- совок.взаимосвязан.компонентов и др.устройств обеспечивающих автоматизацию процесса приема, обработка и выдача инф.

Компоненты вычисл.сист.: - операт.сист. –технич.ср-ва

- Администратор ДБ-специалист, кот. отвечает за проектирование, создание, использование и сопровожд.БД. Администратор БД следит за сост. инф.сист.,отвечая за защиту данных и программ от несанкционир. доступа, контр-ет сохранность и доступность инф. хранимые в БД.

- Обслуживающ.персонал БД- выполняет ф-ции поддержания технич. и прогр.средств в рабочем сост.

2) Основные модели БД:

Модель данных- это совок.стр-рданных и операций по их обработке. С помощью моделей отображают стр-ру объекта и связей установл.м/у объектами. Сущ.различ.модели

3 основные модели:

Иеархическая-представл.собой совокупность связан. элементов. Дерево в иерхич.модели представл.собой иеархию элементов назыв.узлами. В иеархич.модели всегда имеется корнев.узел, размещен.на самом верхнем уровне. Остальн.узлы назыв-ся порожденными, располаг-ся на 2-ом,3-ом и др.уровнях. При этом м/у исх.узлом и порожден.узлами устан.связь 1 ко многим и для кажд.записи сущ.ед.путь, кот. начинается от корневого узла.

Достоинства в иеархич.М: -простота применения -легкость понимания пинципа иеархии

-наличие промышл.СУБД Акс поддерж.эту модель.

Недостатки: -сложность операций по включению в иеархию инф-ции о нов.объектах базы данных.

Сетевая-лежат те же понятия, что и в иеарич. сущ-ое отличие-то, что узел может быть связан с люб.др.узлом лежащем на уровне не связан.непосредственно с уровнем исходного узла. М/у объектами возможны 2 типа связи: 1 ко многим, многие к одному. Недостатки: -сложность стр-ры данных, -возможность потери данных при реорганизации базы данных.

Реляционная модель данных- набор данных представл.в виде 2-умерной таблицы. На практике реляц.табл. может состоят из нескольких таблиц, связанных между собой по определ.критериям. Основное отличие- отсутствие в явном виде.

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

1)заголовки столбцов табл.явл. названия полей БД.

2)Поле –явл.эемент.единицей поля организ.данных и имеет такие хар-ки как: имя поля, тип поля, длина, признак ключа.

3) Запись –совок.взаимосвяз.полей.

4) Таблица- совок.записей одинаков.структуры.

Св-ва Таблицы (основ.объект реляц.БД)

1- кажд.элемент табл соотвест.1-ому элементу данных

2- Все столбцы в таблице однородны, т.е. элементы столбца имеют одинаковый тип.

3- в табл.нет 2-ух одинаков.строк

4-в опер.табл.строки и столбцы могут располаг.в люб.послед-ти.

Каждая запись реляц.модели имеет од.первичное или ключ., позволяет опред-тьзапись среди др.записей. если ключев.записи из нескольк. полей , то он назыв-ся составным, а если из знач одного поля то он назыв-ся простым.

Вопрос 3. Этапы проектирования базы данных. Логическое и физическое проектирование.

Проектирование БД – это сложный процесс, кот. ставит своей задачей отобразить предметную область в виде набора данных. Весь процесс проектирования БД – совокупность взаимосвязанных объектов, каждый из кот. обладает определенными свойствами. Выделяют 2 этапа проектирования: 1) инфологич. модель; 2) даталогич.

1 этап инфологич. проектирования можно разбить на 2 стадии: 1. Обследование предметной области; 2. Проектирование инфологич. модели.

На 1 стадии осуществляется обследование предметной области с целью изучения информационных потребностей пользователя. Под предметной областью понимается информация об объектах, процессах или явлениях, кот. должна храниться и обрабатываться в информационной системе. Обследование предметной области осуществляется с общего описания предметной области.

На 2 стадии разрабатывается инфологич.модель. Инфологич. модель разрабатывается с описания структуры и динамики области. При построении модели используют 3 конструктивных элемента:

- сущность – обязательное понятие, информацию о кот. необходимо хранить в БД

- атрибут – поименованная характеристика сущности, кот. принимает конкретное значение из множества значений

- связь выступает в качестве средства, с помощью кот. устанавливаются отношения между сущностями, выделяющиеся в предметные области.

2 этап даталогич. проектирования. Выделяются 2 стадии: 1. Логическое проектирование – построение конца модели данных. 2. Физич. проектирование – построение физич. модели данных.

Главная задача логич. проектирования БД состоит в предоставлении выделенных на предыдущих этапов данных в форматах, поддерживающие выбранную систему управления БД. Задача физич. Проектирования – выбор способа хранения данных на физич. носителях и выбранного метода хранения данных с использованием СУБД.

4 вопрос. Понятие СУБД Аксес. Объекты СУБД, Таблицы, запросы, формы, отчеты, макросы, модули.

СУБД Аксес предназначен для работы с реляционной БД. СУБД Аксес предназначен для выполнения след операций: 1

- для создания двумерных таблиц с различными типами данных

- для создания связи между таблицами с обеспечением механизма целостности

- позволяет осуществить функцию фильтрации, сортировку, хранение.

СУБД Аксес работает со след объектами:

1.таблицы - основной объект БД, предназначен для хранения данных. Все остальные объекты создаются на основе табл.

2. Запрос – средства отбора данных из одной или нескольких таблиц на основании определенного условия.

3. Форма – средство отображения данных на экране. 4. Отчет – средства создания выходных документов СУБД Аксес.

5. Макрос – средства автоматического выполнения операций. 6.Модуль – программа Visual Basic, предназначенная для расширения готовой программы. Все перечисленные объекты хранятся в файле с расширением .mdp.

Обобщающая технология работы СУБД Аксес состоит из нескольких этапов: 1) Разработка структуры БД. 2) Разработка и описание структуры таблиц БД. 3) Создание связи между таблицами БД. 4) Ввод и редактирование данных в таблице. 5) Создание запросов на выборку информации из таблиц. 6) Разработка экрана в форме для вывода информации. 7) Создание отчетов.