База данных

Содержание

Слайд 2

БД служат для хранения и поиска большого объёма информации.
Примеры баз данных: записная

БД служат для хранения и поиска большого объёма информации. Примеры баз данных:
книжка, словари, справочники, энциклопедии.
База данных – структурная информационная модель

БАЗА ДАННЫХ (БД) – совокупность
хранящихся взаимосвязанных данных,
организованных по определённым
правилам

Слайд 3

По характеру хранимой информации базы данных делятся на

В фактографических БД
содержатся краткие

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

ФАКТОГРАФИЧЕСКИЕ

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

ДОКУМЕНТАЛЬНЫЕ

Слайд 4

ПРИМЕРЫ БАЗ ДАННЫХ:
БД книжного фонда библиотеки;
БД кадрового состава учреждения.

БД законодательных

ПРИМЕРЫ БАЗ ДАННЫХ: БД книжного фонда библиотеки; БД кадрового состава учреждения. БД
актов в области уголовного права;
БД современной рок-музыки.

фактографические

документальные

Сама база данных включает в себя только
информацию (БД – «информационный склад»)

Слайд 5

По способу хранения базы данных делятся на


РАСПРЕДЕЛЁННЫЕ

Централизованная БД –
БД хранится

По способу хранения базы данных делятся на РАСПРЕДЕЛЁННЫЕ Централизованная БД – БД
на одном
компьютере

Распределённая БД –
различные части одной
БД хранятся на мно-
жестве компьютеров,
объединённых между
собой сетью

Пример: информация в сети Internet,
объединённая паутиной WWW

Слайд 6

По структуре организации базы данных делятся на

РЕЛЯЦИОННЫЕ

НЕРЕЛЯЦИОННЫЕ

ИЕРАРХИЧЕСКАЯ

СЕТЕВАЯ

Реляционной (от
английского слова
relation –

По структуре организации базы данных делятся на РЕЛЯЦИОННЫЕ НЕРЕЛЯЦИОННЫЕ ИЕРАРХИЧЕСКАЯ СЕТЕВАЯ Реляционной
отношение)
называется БД,
содержащая инфор-
мацию, организован-
ную в виде прямо-
угольных таблиц,
связанных между
собой. Такая таблица
называется
отношением

Иерархической называ-
ется БД, в которой ин-
формация упорядочена
следующим образом:
один элемент записи
считается главным,
остальные – подчинённы-
ми. Иерархическую БД
образуют файловая
система на диске,
родовое генеалогическое
дерево

Сетевой
называется БД,
в которой к
вертикальным
иерархическим
связям добав-
ляются
горизонтальные
связи.

Слайд 7

СТРУКТУРА БД

Каждая таблица должна иметь своё имя.
Запись – это строка таблицы.
Поле

СТРУКТУРА БД Каждая таблица должна иметь своё имя. Запись – это строка
– это столбец таблицы.
Таблица – информационная модель реальной системы.
Запись содержит информацию об одном конкретном объекте.
Поле содержит определённые характеристики объектов.

Основной элемент БД - запись

Слайд 8

Имя таблицы

поле

запись

Главный ключ – это поле или совокупность полей,
которое однозначно определяет запись

Имя таблицы поле запись Главный ключ – это поле или совокупность полей,
в таблице

Слайд 9

Структура БД изменяется при добавлении или удалении полей.
Для каждого поля

Структура БД изменяется при добавлении или удалении полей. Для каждого поля определяется тип и формат данных.
определяется тип и формат данных.

Слайд 10

ОСНОВНЫЕ ТИПЫ ДАННЫХ

ОСНОВНЫЕ ТИПЫ ДАННЫХ

Слайд 11

ОСНОВНЫЕ РЕЖИМЫ РАБОТЫ С БАЗОЙ ДАННЫХ

Создание БД;
Редактирование БД;
Просмотр БД;
Поиск информации в БД.

Программное

ОСНОВНЫЕ РЕЖИМЫ РАБОТЫ С БАЗОЙ ДАННЫХ Создание БД; Редактирование БД; Просмотр БД;
обеспечение, позволяющее
работать с базой данных, называется
СИСТЕМОЙ УПРАВЛЕНИЯ БАЗОЙ ДАННЫХ (СУБД)

Слайд 12

Кратко рассмотрим характеристики наиболее известных СУБД.
Paradox
Paradox был разработан компанией Ansa Software.

Кратко рассмотрим характеристики наиболее известных СУБД. Paradox Paradox был разработан компанией Ansa
В конце 80–х — начале 90–х годов Paradox, принадлежавший тогда компании Borland International, был весьма популярной СУБД, в том числе и в нашей стране, где он одно время занимал устойчивые позиции на рынке средств разработки настольных приложений с базами данных.

Слайд 13

Microsoft FoxPro и Visual FoxPro
FoxPro ведет свое происхождение от настольной СУБД

Microsoft FoxPro и Visual FoxPro FoxPro ведет свое происхождение от настольной СУБД
FoxBase фирмы Fox Software. По сравнению с аналогичными версиями dBase, FoxBase и более поздняя версия этого продукта, получившая название FoxPro, предоставляли своим пользователям несколько более широкие возможности, такие, как использование деловой графики, генерация кода приложений, автоматическая генерация документации к приложениям и т.д.

Слайд 14

Microsoft Access
Первая версия СУБД Access появилась в начале 90–х годов. Это была

Microsoft Access Первая версия СУБД Access появилась в начале 90–х годов. Это
первая настольная реляционная СУБД для 16–разрядной версии Windows. Популярность Access значительно возросла после включения этой СУБД в состав Microsoft Office.

Слайд 15

OpenOffice.org Base
OpenOffice.org Base является некоммерческим аналогом СУБД Microsoft Access. Сама программа очень

OpenOffice.org Base OpenOffice.org Base является некоммерческим аналогом СУБД Microsoft Access. Сама программа
проста и приятна в использовании. Но за всей ее простотой есть много функций. Как уже сложилось у разработчиков OpenOffice.org, заголовки меню всех программ полностью повторяют их аналоги от Microsoft.

Слайд 16

Мастер отчетов отображает нужный вам отчет в приложении Writer. Там же можно

Мастер отчетов отображает нужный вам отчет в приложении Writer. Там же можно
вручную отредактировать этот отчет, чего не может обеспечить Access. Следует учитывать, что при всей похожести OpenOffice.org Base не совместим с Microsoft Access.

Для домашнего использования или для использования программы на малых предприятиях OpenOffice.org Base — лучший бесплатный помощник. В программе небольшое количество функций, но самое основное и необходимое в ней есть.

Слайд 17

Основы работы с OpenOffice.org Base
Этапы проектирования базы данных в OpenOffice.org Base

Основы работы с OpenOffice.org Base Этапы проектирования базы данных в OpenOffice.org Base

Слайд 18

Процесс создания базы данных можно представить в виде следующих основных этапов.
1. Определение

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

Слайд 19

2. Определение таблиц, которые должна содержать база данных. Определение необходимых в базе

2. Определение таблиц, которые должна содержать база данных. Определение необходимых в базе
данных таблиц может оказаться самым непростым этапом процесса проектирования базы данных, поскольку результаты, которые должна выдавать база данных: отчеты, формы и т.п. — не всегда дают полное представление о структуре таблиц, по которым они создаются. Для проектирования таблиц вовсе не обязательно использовать СУБД. Разрабатываемая модель предметной области обычно представляется в виде графической схемы, начерченной на бумаге.

Слайд 20

При разработке таблиц рекомендуется руководствоваться следующими основными принципами:
сведения не должны

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

Слайд 21

каждая таблица должна содержать информацию только на одну тему. Когда таблица

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

Слайд 22

3. Определение необходимых в таблице полей. Каждая таблица содержит сведения по конкретной

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

Слайд 23

каждое поле должно быть связано с темой таблицы;
не рекомендуется включать

каждое поле должно быть связано с темой таблицы; не рекомендуется включать в
в таблицу данные, которые являются результатом выражения;
данные следует разбить на наименьшие логические единицы (например, поля Имя и Фамилия, а не общее поле Имя)

Слайд 24

4. Определение полей с уникальными значениями в каждой записи. Для связывания сведений,

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

Слайд 25

5. Определение связей между таблицами. После разбиения сведений на таблицы и определения

5. Определение связей между таблицами. После разбиения сведений на таблицы и определения
ключевых полей необходимо выбрать способ, которым СУБД будет объединять связанные сведения. Для этого необходимо определить связи между таблицами базы данных.

Слайд 26

6. Усовершенствование структуры базы данных. После создания нужных таблиц, полей и связей

6. Усовершенствование структуры базы данных. После создания нужных таблиц, полей и связей
необходимо еще раз просмотреть структуру базы данных и выявить возможные недочеты. Желательно это сделать до заполнения таблиц данными.
7. Ввод данных и создание других объектов базы данных. Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. Затем можно создать все необходимые запросы, формы, отчеты.

Слайд 27

Глоссарий
База данных (БД, database) — это реализованная с помощью компьютера информационная

Глоссарий База данных (БД, database) — это реализованная с помощью компьютера информационная
структура (модель), отражающая состояния объектов и их отношения.

Слайд 28

Запросы — объекты, которые служат для извлечения данных из таблиц и предоставления

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

Слайд 29

Ключевой элемент таблицы (ключ) — такое ее поле (простой ключ) или строковое

Ключевой элемент таблицы (ключ) — такое ее поле (простой ключ) или строковое
выражение, образованное из значений нескольких полей (составной ключ), по которому можно определить значения других полей для одной или нескольких записей таблицы. На практике для использования ключей создаются индексы — служебная информация, содержащая упорядоченные сведения о ключевых значениях. В реляционной теории и концептуальной модели понятие «ключ» применяется для атрибутов отношения или сущности.

Слайд 30

Отчеты — по своим свойствам и структуре отчеты во многом похожи на

Отчеты — по своим свойствам и структуре отчеты во многом похожи на
формы, но предназначены только для вывода данных, причем для вывода не на экран, а на принтер. В связи с этим отчеты отличаются тем, что в них приняты специальные меры для группирования выводимых данных и для вывода специальных элементов оформления, характерных для печатных документов.

Слайд 31

Первичный ключ — главный ключевой элемент, однозначно идентифицирующий строку в таблице. Могут

Первичный ключ — главный ключевой элемент, однозначно идентифицирующий строку в таблице. Могут
также существовать альтернативный и уникальный ключи, служащие также для идентификации строк в таблице.
Распределенная база данных — база данных, которая состоит из нескольких, возможно, пересекающихся или даже дублирующих друг друга частей, которые хранятся в различных ЭВМ вычислительной сети.
Реляционная БД — основной тип современных баз данных. Состоит из таблиц, между которыми могут существовать связи по ключевым значениям.

Слайд 32

Связь — функциональная зависимость между объектами. В реляционных базах данных между таблицами

Связь — функциональная зависимость между объектами. В реляционных базах данных между таблицами
устанавливаются связи по ключам, один из которых в главной (родительской) таблице — первичный, второй — внешний ключ — во внешней (дочерней) таблице, как правило, первичным не является и образует связь "один ко многим" (1:N). В случае первичного внешнего ключа связь между таблицами имеет тип "один к одному" (1:1). Информация о связях сохраняется в базе данных.

Слайд 33

Система управления базами данных (СУБД) — комплекс программных и языковых средств, необходимых

Система управления базами данных (СУБД) — комплекс программных и языковых средств, необходимых
для создания и модификации базы данных, добавления, модификации, удаления, поиска и отбора информации, представления информации на экране и в печатном виде, разграничения прав доступа к информации, выполнения других операций с базой.

Слайд 34

Таблица базы данных — регулярная структура, которая состоит из однотипных строк (записей),

Таблица базы данных — регулярная структура, которая состоит из однотипных строк (записей),
разбитых на столбцы (поля).
Таблицы — это основные объекты любой базы данных. Во–первых, в таблицах хранятся все данные, имеющиеся в базе, а во–вторых, таблицы хранят и структуру базы (поля, их типы и свойства). Таблица предназначена для хранения данных в виде записей (строк) и полей (столбцов). Обычно каждая таблица используется для хранения сведений по одному конкретному вопросу.

Слайд 35

Формы — средства для ввода данных. Смысл их тот же — предоставить

Формы — средства для ввода данных. Смысл их тот же — предоставить
пользователю средства для заполнения только тех полей, которые ему заполнять положено. Одновременно с этим в форме можно разместить специальные элементы управления (счетчики, раскрывающиеся списки, переключатели, флажки и прочее) для автоматизации ввода. Преимущества форм раскрываются особенно наглядно, когда происходит ввод данных с заполненных бланков. В этом случае форму делают графическими средствами так, чтобы она повторяла оформление бланка — это заметно упрощает работу наборщика, снижает его утомление и предотвращает появление печатных ошибок.
Имя файла: База-данных.pptx
Количество просмотров: 34
Количество скачиваний: 0