Шпаргалка по "Технологии баз данных"

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

На ER-диаграмме  связь изображается ромбом.

 

 

 

33.ТИПЫ  СВЯЗИ,ИХ ПРЕДСТАВЛЕНИЕ НА ER-ДИАГРАММЕ.

В БД между отношениями  таблиц устанавливаются связи. Они  позволяют минимизировать избыточность данных в БД.Связь устанавливается  посредством связи ключей,содержащих общую информацию для обоих отношений.Пусть  отношение R1 именуется главным,а R2-подчиненным.Ключ (уникальный идентификатор,одно или несколько полей,однозначно определяющих запись.ключ служит для быстрого поиска информации) главного называется первичным,а подчиненного-вторичным.Особенностью вторичного ключа является то,что его значения могут повторяться.Существует связь четырех типов:1)один к одному(1:1)-одному значению первичного ключа соответствует одно и только одно значение вторичного ключа.

2)один  ко многим(1:М)-одному значению первичного ключа может соответствовать несколько значений вторичного ключа.

3)многие  к одному(М:1)-одному значению вторичного ключа может соответствовать несколько значений первичного.

4)многие  ко многим(М:М либо М:N)-одному значению первичного ключа может соответствовать несколько значений вторичного и одному значению вторичного-несколько значений первичного.

 

34.КЛАСС  ПРИНАДЛЕЖНОСТИ СУЩНОСТИ,ЕГО ПРЕДСТАВЛЕНИЕ  НА ER-ДИАГРАММЕ.

Если каждый экземпляр сущности А связан с  экземпляром сущности В, то класс  принадлежности сущности А является обязательным.  Этот факт отмечается на ER-диаграмме черным кружочком, помещенным в прямоугольник, смежный с прямоугольником сущности А.

Если не каждый экземпляр сущности А связан с  экземпляром сущности В, то класс  принадлежности сущности А является необязательным. Этот факт отмечается на ER-диаграмме черным кружочком, помещенным на линии связи возле прямоугольника сущности А.

. ER-модель в совокупности с наборами атрибутов сущностей может служить примером концептуальной модели предметной области или концептуальной схемы базы данных.

В связи с  наглядностью представления концептуальных схем баз данных ER-модели получили широкое  распространение в CASE-средствах.  Эти средства  предназначены  для  автоматизированного  проектирования   реляционных баз данных.

Широко распространены CASE-системы, позволяющие выполнять ER-диаграммы в соответствии со стандартом IDEF1X. К ним относятся, в частности, Erwin,  Design/IDEF, Power Designer.

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

 

 

 

 

 

35.ПРАВИЛА  ПРЕОБРАЗОВАНИЯ ER-ДИАГРАММ В РЕЛЯЦИОННЫЕ ТАБЛИЦЫ В СЛУЧАЕ СВЯЗИ 1:1.

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

Для каждой сущности создается таблица. Причем каждому  атрибуту сущности соответствует столбец таблицы.

Правила генерации  таблиц из ER-диаграмм опираются на два  основных фактора – тип связи  и класс принадлежности сущности [3].

Правило 1

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

Правило 2

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

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

 Правило 3

Если связь  типа 1:1 и класс принадлежности обеих  сущностей является необязательным, то необходимо построить три  таблицы  – по одной для каждой сущности и одну для связи.  Первичный ключ сущности  должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностейa

 

41. Понятие СУБД. Архитектура СУБД.

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

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

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

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

Сервисные средства позволяют при проектировании использовании БД привлечь к работе с БД другие системы. Например, воспользоваться данными из табличного процессора Excel или обратиться к сетевому серверу.

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

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

Программное обеспечение. Этот компонент включает операционную систему, программное обеспечение самой СУБД, прикладные программы, включая и сетевое программное обеспечение, если СУБД используется в сети. Обычно приложения создаются на языках третьего поколения, таких как С, COBOL, Fortran, Ada или Pascal, или на языках четвертого поколения, таких как SQL, операторы которых внедряются в программы на языках третьего поколения. СУБД может иметь свои собственные инструменты четвертого поколения, предназначенные для быстрой разработки приложений с использованием встроенных непроцедурных языков запросов, генераторов отчетов, форм, графических изображений и даже полномасштабных приложений.

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

Процедуры, к которым относят инструкции и правила, которые должны учитываться при проектировании и использовании базы данных: регистрация в СУБД; использование отдельного инструмента СУБД или приложения; запуск и останов СУБД; создание резервных копий СУБД; обработка сбоев аппаратного и программного обеспечения, включая процедуры идентификации вышедшего из строя компонента, исправления отказавшего компонента (например, посредством вызова специалиста по ремонту аппаратного обеспечения), а также восстановления базы данных после устранения неисправности; изменение структуры таблицы, реорганизация базы данных, размещенной на нескольких дисках, способы улучшения производительности и методы архивирования данных на вторичных устройствах хранения.

Пользователи: клиенты БД, администратор БД, прикладные программисты.

СУБД значительно различаются по характеристикам и функциям. Логически в них можно выделить три компоненты.

Подсистема средств проектирования представляет собой набор инструментов, упрощающих проектирование и реализацию баз данных и их приложений. Как правило, этот набор включает в себя средства для создания таблиц, форм, запросов и отчетов. В СУБД имеются также языки программирования и интерфейсы для них. Например, в Access - макроязык, не требующий глубокого знания программирования, и версия языка Basic - Visual Basic for Application.

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

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

Кроме того, ядро СУБД участвует в управлении транзакциями, блокировке, резервном копировании и восстановлении.

 

42. Функциональные возможности и производительность СУБД.

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

Функциональные возможности СУБД обширны. СУБД имеют эффективные средства для:

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

- обновления  хранящихся в ней данных;

- быстрого извлечения  из БД необходимых данных по запросам пользователей;

- выполнения  вычислений над данными;

- создания экранных  шаблонов – форм, обеспечивающих  удобство работы с данными;

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

- разработка приложений;

- экспорта данных  в другие БД и импорта данных  из них;

- публикации  данных в internet.

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

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

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

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

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

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

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