Здравствуйте , уважамые студенты! Предоставляю к вашему вниманию материал по первой теме ОПБД.
Раздел 1.ТЕХНОЛОГИЯ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ
Тема 1.1. Определение БД, СУБД,
БнД, их характеристика, функции и назначение. Объекты
в БД. Виды связей между объектами. Классы принадлежности связи. Технологии
работы с БД.
Стержневые идеи
современных информационных технологий базируются на концепции баз данных.
Согласно этой концепции, основой
информационных технологий являются данные, которые должны быть организованы в
базы данных в целях адекватного отображения изменяющегося реального мира и
удовлетворения информационных потребностей пользователей.
Одним из важнейших понятий в теории баз данных
является понятие информации.
Под информацией
понимаются любые сведения о каком-либо событии, процессе, объекте.
Данные — это информация, представленная в определенном виде,
позволяющем автоматизировать ее сбор, хранение и дальнейшую обработку человеком
или информационным средством.
Для компьютерных
технологий данные — это информация в дискретном, фиксированном
виде, удобная для хранения, обработки на ЭВМ, а также для передачи по каналам
связи.
База данных (БД) — именованная совокупность данных,
отражающая состояние объектов и их отношений в рассматриваемой предметной
области, или иначе БД — это совокупность взаимосвязанных данных при такой
минимальной избыточности, которая допускает их использование оптимальным
образом для одного или нескольких приложений в определенной предметной области.
БД состоит из множества связанных файлов
Система управления
базами данных
(СУБД) —
совокупность языковых и программных средств, предназначенных для создания,
ведения и совместного использования БД многими пользователями.
Автоматизированная
информационная система (АИС) — это система, реализующая автоматизированный сбор,
обработку, манипулирование данными, функционирующая на основе ЭВМ и других
технических средств и включающая соответствующее программное обеспечение (ПО) и
персонал. В дальнейшем в этом качестве будет использоваться термин информационная
система (ИС), который подразумевает понятие автоматизированная.
Каждая ИС в зависимости от ее назначения имеет
дело с той или иной частью реального мира, которую принято называть предметной
областью (ПрО) системы. Выявление ПрО — это необходимый
начальный этап разработки любой ИС. Именно на этом этапе определяются информационные
потребности всей совокупности пользователей будущей системы, которые, в свою
очередь, предопределяют содержание ее базы данных.
Банк данных (БнД) является разновидностью ИС. БнД — это
система специальным образом организованных данных: баз данных, программных,
технических, языковых, организационно-методических средств, предназначенных для
обеспечения централизованного накопления и коллективного многоцелевого использования
данных.
Информационные системы,
созданные средствами технологии баз данных, иногда принято называть банками данных (БнД).
БнД включает в себя:
§ технические средства;
§ одну или несколько БД;
§ СУБД;
§ словарь или каталог данных;
§ администратора;
§ вычислительную систему;
§ обслуживающий персонал.
Отчёты – предназначенные для отображения данных в
виде удобном для просмотра на основе отчета может быть создан документ, который
будет распечатан или включен в документ другова приложения. (рисунок….)
Рисунок… - Объект базы данных Отчет
Макросы –
это макро команды которые запускаются простым нажатием нескольких клавиш, а
могут выполнять такие действия как открытие таблицы и форм, выполнения опций
меню, управление окнами и д.р. Можно создавать и свои макросы для последовательности
часто применяемых операций. (рисунок …)
Рисунок… - Объект базы данных Макросы
Модули – этот тип объектов представляет собой программные модули.
Написанные на языке UBK. Модули это обычна процедура для обработки событий или
выполнения вычисления. Разбиение на модули облегчает процесс составления программ.
(рисунок …)
Рисунок…. – Объект
базы данных Модуль
В БД должны храниться данные, логически связанные между собой. Для того чтобы данные можно было связать между собой, и связать так, чтобы эти связи соответствовали реально существующим в данной предметной области, последнюю подвергают детальному анализу, выделяя сущности или объекты. Сущность или объект — это то, о чем необходимо хранить информацию. Сущности имеют некоторые характеристики, называемые атрибутами, которые тоже необходимо сохранять в БД. Атрибуты по своей внутренней структуре могут быть простыми, а могут быть сложными. Простые атрибуты могут быть представлены простыми типами данных. Различного рода графические изображения, являющиеся атрибутами сущностей, — это пример сложного атрибута. Определив сущности и их атрибуты, необходимо перейти к выявлению связей, которые могут существовать между некоторыми сущностями. Связь — это то, что объединяет две или более сущностей. Связи между сущностями также являются частью данных, и они также должны храниться в базе данных.
Если все это: сущности, атрибуты сущностей и связи между сущностями определено, то схема базы данных может выглядеть примерно так, как представлено на рис. 1.2. На нем показан пример схемы базы данных, которую можно назвать ФАКУЛЬТЕТ.
Данные обладают определенной структурой. Для выявления этой структуры база данных должна пройти процесс проектирования.
Проектируемая БД должна обладать определенными свойствами.
Назовем основные свойства БД.
Целостность. В каждый момент времени существования БД сведения, содержащиеся в ней, должны быть непротиворечивы. Целостность БД достигается вследствие введения ограничений целостности, в частности, к ним относятся ограничения, связанные с нормализацией БД.
Восстанавливаемость. Данное свойство предполагает возможность восстановления БД после сбоя системы или отдельных видов порчи системы.
Безопасность. Безопасность БД предполагает защиту данных от преднамеренного и непреднамеренного доступа, модификации или разрушения. Применяется запрещение несанкционированного доступа, защита от копирования и криптографическая защита.
Эффективность. Свойство эффективности обычно
понимается как:
§ минимальное время
реакции на запрос пользователя;
§ минимальные потребности в памяти;
§ сочетание этих параметров.
§ минимальные потребности в памяти;
§ сочетание этих параметров.
§
Виды и типы связей между таблицами в
реляционных базах данных
Давайте
теперь рассмотрим то, как могут
быть связаны таблицы в реляционных базах данных. Сразу скажу, что всего существует три вида связей между таблицами баз данных:
• связь один к одному;
• связь один ко многим;
• связь многие ко многим.
Рассмотрим, как такие связи между
таблицами могут быть реализованы в реляционных базах данных.
Реализация
связи один ко многим в теории баз данных
Связь один
ко многим в реляционных базах данных реализуется тогда, когда объекту А
может принадлежать или же соответствовать несколько объектов Б, но объекту Б
может соответствовать только один бъект А.
Реализация
связи один ко многим в реляционных базах данных
У нас
есть таблица, в которой содержатся данные о клиентах и у нас есть таблица, в
которой хранятся их телефоны. Мы можем смело утверждать, что у одного клиента
может быть несколько телефонов, но в тоже время мы можем быть уверены в том,
что один конкретный номер может быть только у одного клиента. Это типичный пример связи один ко многим.
Связь многие ко многим
Связь
многие ко многим реализуется
в том случае, когда нескольким объектам из таблицы А может соответствовать
несколько объектов из таблицы Б, и в тоже время нескольким объектам из таблицы
Б соответствует несколько объектов из таблицы А. Рассмотрим простой пример.
Пример
связи многие ко многим
У нас
есть таблица с книгами и есть таблица с авторами. Приведу два верных
утверждения. Первое: одну книгу может написать несколько авторов. Второе: автор
может написать несколько книг. Здесь мы наблюдаем типичную ситуацию,
когда связь между
таблицами многие ко многим. Такая
связь (связь
многие ко многим)
реализуется путем добавления третьей таблицы.
Связь
один к одному
Связь один
к одному –
самая редко встречаемая связь между таблицами. В 97 случаях из 100, если вы
видите такую связь, вам необходимо объединить две таблицы в одну.
Пример
связи один к одному
Таблицы
будут связаны
один к одному тогда,
когда одному объекту таблицы А соответствует один объект таблицы Б, и одному
объекту таблицы Б соответствует один объект таблицы А. Как я уже говорил: если
вы видите, что связь один
к одному– смело
объединяйте таблицы в одну, за исключением тех случаев, когда происходит
модернизация базы данных.
Например,
у нас была таблица, в которой хранились данные о сотрудниках компании. Но
произошли какие-то изменения в бизнес-процессе и появилась необходимость
создать таблицы с теми же самыми сотрудниками, но не для всей компании, а
разбив их по отделам. Таблицы отделов будут дочерними по отношению к таблице, в
которой хранятся данные обо всех сотрудниках компании, и связаны такие таблицы
будут связью один к одному.
Мы
рассмотрели все
виды связей между таблицами и то, как они реализуются в базах
данных. В дальнейшем, когда мы начнем создавать свои базы данных, информация о
видах связи между таблицами нам очень поможет.
Виды и типы связей между таблицами в реляционных базах данных
Давайте теперь рассмотрим то, как могут быть связаны таблицы в реляционных базах данных. Сразу скажу, что всего существует три вида связей между таблицами баз данных:
• связь один к одному;
• связь один ко многим;
• связь многие ко многим.
Рассмотрим, как такие связи между таблицами могут быть реализованы в реляционных базах данных.
Реализация связи один ко многим в теории баз данных
Связь один ко многим в реляционных базах данных реализуется тогда, когда объекту А может принадлежать или же соответствовать несколько объектов Б, но объекту Б может соответствовать только один объект А. Не совсем понятно, поэтому смотрим пример ниже.
Реализация связи один ко многим в реляционных базах данных
У нас есть таблица, в которой содержатся данные о клиентах и у нас есть таблица, в которой хранятся их телефоны. Мы можем смело утверждать, что у одного клиента может быть несколько телефонов, но в тоже время мы можем быть уверены в том, что один конкретный номер может быть только у одного клиента. Это типичный пример связи один ко многим.
Связь многие ко многим
Связь многие ко многим реализуется в том случае, когда нескольким объектам из таблицы А может соответствовать несколько объектов из таблицы Б, и в тоже время нескольким объектам из таблицы Б соответствует несколько объектов из таблицы А. Рассмотрим простой пример.
Пример связи многие ко многим
У нас есть таблица с книгами и есть таблица с авторами. Приведу два верных утверждения. Первое: одну книгу может написать несколько авторов. Второе: автор может написать несколько книг. Здесь мы наблюдаем типичную ситуацию, когда связь между таблицами многие ко многим. Такая связь (связь многие ко многим) реализуется путем добавления третьей таблицы.
Связь один к одному
Связь один к одному – самая редко встречаемая связь между таблицами. В 97 случаях из 100, если вы видите такую связь, вам необходимо объединить две таблицы в одну.
Пример связи один к одному
Таблицы будут связаны один к одному тогда, когда одному объекту таблицы А соответствует один объект таблицы Б, и одному объекту таблицы Б соответствует один объект таблицы А. Как я уже говорил: если вы видите, что связь один к одному – смело объединяйте таблицы в одну, за исключением тех случаев, когда происходит модернизация базы данных.
Например, у нас была таблица, в которой хранились данные о сотрудниках компании. Но произошли какие-то изменения в бизнес-процессе и появилась необходимость создать таблицы с теми же самыми сотрудниками, но не для всей компании, а разбив их по отделам. Таблицы отделов будут дочерними по отношению к таблице, в которой хранятся данные обо всех сотрудниках компании, и связаны такие таблицы будут связью один к одному.
Мы рассмотрели все виды связей между таблицами и то, как они реализуются в базах данных. В дальнейшем, когда мы начнем создавать свои базы данных, информация о видах связи между таблицами нам очень поможет.
Комментарии
Отправить комментарий