Сделай Сам Свою Работу на 5

Класс принадлежности сущности.





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

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

ER-диаграммы –графическое представление связей между двумя сущностями.

 

 

17.Преобразование ER-модели в реаляционную. Правила преобразования.

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

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



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

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

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



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

18.Нормализация таблиц. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.

Были выделены три нормальные формы – 1НФ, 2НФ, 3НФ.

Позже стали выделять нормальную форму Бойса–Кодда (НФБК), а затем 4НФ и 5НФ.

Реляционная база данных считается эффективной, если все ее таблицы находятся как минимум в 3НФ. Приведение к 3НФ осуществляется, если есть основание для этого.

Определение 1НФ:Таблица находится в 1НФ, если все ее поля содержат только простые неделимые значения.

Определение 2НФ:Таблица находится в 2НФ, если она удовлетворяет требованиям 1НФ и неключевые поля функционально полно зависят от первичного ключа.

Определение 3НФ:Таблица находится в 3НФ, если она удовлетворяет требованиям 2НФ и не содержит транзитивных зависимостей.

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

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

 

 

19.Этапы проектирования БД и их процедуры.



Концептуальное проектирование. Процедуры:

1. Определение сущностей и их документирование.

2. Определение связей между сущностями и их документирование.

3. Создание ER-модели предметной области.

4. Определение атрибутов и их документирование.

5. Определение значений атрибутов и их документирование.

6. Определение первичных ключей для сущностей и их документирование.

7. Обсуждение концептуальной модели данных с конечными пользователями.

Логическое проектирование. Процедуры:

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

1. Выбор модели данных.

2. Определение набора таблиц исходя из ER-модели и их документирование.

3. Нормализация таблиц.

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

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

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

Физическое проектирование. Процедуры:

Цель этапа физического проектирования – описание конкретной реализации базы данных, размещаемой во внешней памяти компьютера.

1. Проектирование таблиц базы данных средствами выбранной СУБД.

2. Реализация бизнес-правил в среде выбранной СУБД.

3. Проектирование физической организации базы данных.

4. Разработка стратегии защиты базы данных.

5. Организация мониторинга функционирования базы данных и ее настройка.

20.Понятие СУБД. Языковые и программные средства СУБД.

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

Современная СУБД содержит в своем составе программные средства создания баз данных, средства работы с данными и сервисные средства.

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

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

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

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

21.Архитектура СУБД. Средства проектирования, подсистема обработки, ядро СУБД.

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

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

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

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

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

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

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

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

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

 

22.Классификация СУБД: по универсальности, поддерживаемой модели данных.

По степени универсальности СУБД:общего и специального назначения.

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

По типу модели данных СУБД делятся на:иерархические, сетевые, реляционные, объектно-реляционные, объектно-ориентированные, многомерные.

На самом общем уровне все СУБД можно разделить на:

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

- персональные (настольные). Это программное обеспечение, ориентированное на решение задач локального пользователя или компактной группы пользователей и предназначенная для использования на персональном компьютере, это объясняет их второе название – настольные.

 

 

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

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

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

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

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

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

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

Разработка приложений.

Эти средства ориентированы на непрофессиональных пользователей.

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

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

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

 

24.Производительность СУБД. Показатели производительности.

Производительность СУБД оценивается:

• временем выполнения запросов;

• скоростью поиска информации в неиндексированных полях;

• временем выполнения операций импортирования базы данных из других форматов;

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

• максимальным числом параллельных обращений к данным в многопользовательском режиме;

• временем генерации отчета.

На производительность СУБД оказывают влияние два фактора:

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

• производительность собственных прикладных программ сильно зависит от правильного проектирования и построения базы данных.

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

 

 








Не нашли, что искали? Воспользуйтесь поиском по сайту:



©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.