Презентация, доклад по информатике База данных

вычислительной системы и отображающих состояние объектов и их взаимосвязей в рассматриваемой предметной области

средств, предназначенный для создания, ведения и совместного использования БД многими пользователями.

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

обработки.

По способу установления связей между данными различают модели данных:
иерархическую (начало 60-х годов XX в.)
сетевую (начало 60-х годов XX в.)
реляционную (начало 70-х годов XX в.)

Различаются способами представления взаимосвязей между объектами.

– отношение (relation). Отношение – множество элементов, называемых кортежами.

курсов
П1, П2, П3 – множество преподавателей

младшим









Какие курсы читает преподаватель П2?
Какие преподаватели читают курс К1?

– зависимость скорости выполнения операций от размера таблиц.

все данные представлены в виде двумерных таблиц или отношений.
Таблица (совокупность столбцов и строк) применяется для описания некоей сущности (персона, место, событие и т.д.).
Столбец (поле) – данные одного типа.
Строка (запись) – данные всех столбцов о предмете (сущности).






Все строки должны иметь уникальный ключ
Все данные одного вида должны находиться в одном столбце

их свойства (атрибуты)

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

Атрибут — это свойство, описывающее определенный аспект объекта, значение которого следует зафиксировать в описании предметной области.

Связь – ассоциирование двух или более сущностей.

бумаге: задачи, способы использования и список пользователей.

Наличие описания позволяет следовать поставленным целям в процессе принятия решений.

начать с записи имеющихся сведений.

При подготовке списка необязательно стремиться придать ему законченный вид с первого раза.

Определение структуры отчетов позволяет выявить элементы, которые требуется включить в базу данных.

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

таблицам, выделите основные группы или темы.

элементы в единую таблицу?

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

таблицы носят название первичного ключа таблицы.

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

первичный ключ не должен содержать повторяющихся значений

первичный ключ должен всегда иметь значение

часто в качестве первичного ключа используется произвольное уникальное числовое значение, этот номер не подлежит изменению

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






Столбец с типом данных "Счетчик" — удобный первичный ключ. Коды продуктов никогда не совпадают.

первичного ключа всех таблиц: "Код Товара" для таблицы товаров, "Код Заказа" для таблицы заказов, "Код Клиента" для таблицы клиентов и "Код Поставщика" для таблицы поставщиков.

Столбец кода поставщика в таблице продуктов - внешний ключ.
Внешний ключ — это первичный ключ другой таблицы.
Столбец кода поставщика - первичный ключ таблицы поставщиков.

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

и полей может выглядеть следующим образом.

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

Вместо создания дополнительного пустого поля для всех продуктов лучше создать таблицу «Дополнительные сведения о продукте».

данными, которые можно получать из существующих полей путем вычислений.
Наличие многократно повторяющихся данных в таблицах. Разделить таблицу на две таблицы и связать их отношением "один-ко-многим".
Наличие таблиц с большим количеством полей и пустыми полями в отдельных записях. Изменить структуру таблицы, чтобы сократить число полей и увеличить число записей.
Разбиение каждого элемента данных на минимальные компоненты (для отчетов, сортировки, поиска или вычислений).
Наличие в столбце данных, не относящихся к теме таблицы. Поместить в другую таблицу.
Для создания отношений "один-к-одному" и "один-ко-многим" требуются общие столбцы. Для создания отношения "многие-ко-многим" требуется третья таблица.

продукта.
Рациональный подход — выделить категории в качестве отдельной таблицы с собственным первичным ключом.
Выявление повторяющихся групп. Плохая структура:
Код поставщика
Код продукта
Имя
Код продукта1
Имя1
Код продукта2
Имя2
Код продукта3
Имя3
Недостатки:
верхний предел для числа продуктов
пустые столбцы
усложнение многих задач (сортировка или создание индекса таблицы по коду или наименованию продукта)

таблице должно содержаться одно значение.
запрещает множественные столбцы (значения типа списка, например поле «Адрес» или «ФИО»)
запрещает повторяющиеся столбцы
требует определить первичный ключ для таблицы
Неприведенная




Приведенная

должен находиться в зависимости от всего ключевого столбца, а не от его части (первичный ключ - несколько столбцов).
Три типа ключевых полей:
ключевые поля счетчика
простой ключ
составной ключ

Пример «Отпуск товара по накладным»
до нормализации после нормализации

накладные клиенты

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

Пример ненормализованной таблицы, где скидка зависит от цены.

Код продукта (первичный ключ)
Имя
Рекомендуемая розничная цена
Скидка

Изменение любого неключевого столбца не должно влиять на другие столбцы.

:

следующие элементы:
количество таблиц и их имена
количество полей в таблицах и их имена
типы полей
длины полей
ключевые поля
наличие полей для связи между таблицами

Ограничения на имена таблиц в Access:
не более 64 символов
нельзя - (.), (!), (‘), ([])
не должно начинаться с пробела

нагрузки между преподавателями
экзаменационные ведомости

Сущность – объект, информацию о котором необходимо хранить в базе данных.

Атрибут — это свойство, описывающее определенный аспект объекта, значение которого следует зафиксировать в описании предметной области.

Экземпляр сущности – запись таблицы.
Значение атрибута – поле.
Одна клеточка в таблице – значение атрибута для конкретного экземпляра сущности.

Что же будет сущность для БД «Успеваемость?»

(набор полей), представляет уникальный идентификатор для каждой записи.

ключ должен однозначно определять каждую строку;
в нем не должно быть пустых или отсутствующих значений — он всегда содержит значение;
ключ крайне редко изменяется (в идеале — никогда).

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

студенте нужно вынести в отдельную таблицу СТУДЕНТЫ. То же и с дисциплинами, формами контроля, преподавателями, группами и специальностями.

Данные о факультете и специальности можно получить по связи с номером группы.









В нашем случае атрибут ГРУППЫ отношения СТУДЕНТЫ – внешний ключ.

какого-либо объектного отношения.

Отношение СТУДЕНТ не может принять вид:





Внешний ключ ссылается на экземпляр объекта, о котором ничего не известно.
Каждому внешнему ключу должна соответствовать строка какого — либо объектного отношения. Следует добавить строку в отношение ГРУППЫ с кодом группы 2237.

контроля, фамилии преподавателей. Оставим коды и создадим справочники.
В итоге таблица ОЦЕНКИ примет следующий вид:

в нем храниться.
В каждой системе БД имеется свой набор типов.
К простым типам данных относятся следующие типы:
логический
строковый
численный
Различные языки программирования могут расширять и уточнять этот список, добавляя такие типы как:
целый
вещественный
дата
время
денежный
перечислимый
интервальный и т.д.

необходимо учитывать следующее:
Какие значения должны отображаться в поле?
Сколько места необходимо для хранения значений в поле.
Какие операции должны производиться со значениями в поле. Суммировать значения можно в числовых полях и в полях, а значения в текстовых полях нельзя.
Нужна ли сортировка или индексирование поля. Сортировать и индексировать поля MЕМО и гиперссылки невозможно.
Необходимо ли использование полей в группировке записей в запросах или отчетах? Поля MЕМО и гиперссылки использовать для группировки записей нельзя.
Каким образом должны быть отсортированы значения в поле? Для сортировки чисел как числовых значений используются числовые поля. Многие форматы дат невозможно отсортировать надлежащим образом, если они были введены в текстовое поле.

В Microsoft Access определены девять типов полей: «Текстовый», «Числовой», «Денежный», «Дата/время», «Логический», «Счетчик», «Поле MEMO», «Гиперссылка», «Поле объекта OLE».