Помощь в написании студенческих работ
Антистрессовый сервис

Импорт объектов MS Access

РефератПомощь в написанииУзнать стоимостьмоей работы

Мы видим излишнее дублирование информации: полей Наименование, Марка, Цена. Это происходит потому, что эти атрибуты не находятся в полной функциональной зависимости от составного ключа КодТовара и НомерСклада, так как эти атрибуты функционально зависят от части составного ключа, а именно от атрибута КодТовара. При этом, атрибут Количество находится в полной функциональной зависимости… Читать ещё >

Импорт объектов MS Access (реферат, курсовая, диплом, контрольная)

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

Откройте базу данных Access, в которую вы хотите импортировать объект. На вкладке ВНЕШНИЕ ДАННЫЕ в группе Импорт (рис. 3.9) выберите один из доступных источников данных.

ЗЭ. Вкладка ВНЕШНИЕ ДАННЫЕ / группа Импорт и связи.

Рис. ЗЭ. Вкладка ВНЕШНИЕ ДАННЫЕ / группа Импорт и связи Далее следуйте инструкциям в диалоговых окнах.

Проектирование базы данных

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

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

В реляционной модели допускаются только нормализованные отношения.

Введем ряд определений.

Определение 1: отношение находится в первой нормальной форме (1НФ) тогда и только тогда, когда все входящие в него элементы содержат только атомарные (неделимые) значения.

Это определение просто устанавливает, что любое нормализованное отношение находится в 1НФ.

Первостепенно важным является понятие функциональной зависимости (внутри отношения).

Определение 2. если задано отношение R, то атрибут У отношения R функционально зависит от атрибута X отношения R тогда и только тогда, когда каждое значение X в R в каждый момент времени связано точно с одним значением У.

Например, дано отношение Товары (рис. 3.10). КодТовара является ключевым атрибутом. Каждому значению атрибута КодТовара соответствует в точности одно значение атрибутов Наименование, Марка, Цена. Другими словами, зная значение атрибута КодТовара, можно однозначно определить значения остальных атрибутов данного товара. Значит, атрибуты Наименование, Марка, Цена функционально зависит от атрибута КодТовара.

Фрагмент таблицы «Товары».

Рис. 3.10. Фрагмент таблицы «Товары».

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

Определение 3. атрибут Y находится в полной функциональной зависимости от атрибута X, если он функционально зависит от X и не зависит функционально от любого подмножества атрибута X (X — составной ключ).

Например, в таблице «Продажи» (рис. 3.11), атрибут Количество находится в полной функциональной зависимости от составного ключа КодТовара и НомерСклада.

Фрагмент таблицы «Продажи».

Рис. 3.11. Фрагмент таблицы «Продажи».

Приведем другой пример (рис. 3.12).

Нарушение полной функциональной зависимости.

Рис. 3.12. Нарушение полной функциональной зависимости.

Мы видим излишнее дублирование информации: полей Наименование, Марка, Цена. Это происходит потому, что эти атрибуты не находятся в полной функциональной зависимости от составного ключа КодТовара и НомерСклада, так как эти атрибуты функционально зависят от части составного ключа, а именно от атрибута КодТовара. При этом, атрибут Количество находится в полной функциональной зависимости от составного ключа КодТовара и НомерСклада.

В таком случае при проектировании данное отношение разбивают на два (рис. 3.13, 3.14).

КодТовара.

НомерСклада.

Количество.

Рис. 3.13. Полная функциональная зависимость

КодТовара.

Наименование.

Марка.

Цена.

Монитор Sony CRT 21″ F520 0.24 137KHz ТС099.

Sony.

$ 1130,00.

Рис. 3.14. Функциональная зависимость

Определение 4 атрибут Y находится в транзитивной зависимости от атрибута X, если он находится в функциональной зависимости от атрибута Z, а атрибут Z — в функциональной зависимости от атрибута X.

На рис. 3.15 излишнее дублирование информации: поля АдресФирмы. Это происходит потому, что атрибут АдресФирмы находится в транзитивной зависимости от атрибута НомерСклада, так как АдресФирмы находится в функциональной зависимости от атрибута КодФирмы, а КодФирмы находится в функциональной зависимости от атрибута НомерСклада.

НомерСклада.

Адрес Склада.

ТелефонСклада.

КодФирмы.

АдресФирмы.

ул. Мелитопольская, 35.

(095)923−29−06.

ул. Новослободская, 14/19.

ул. Кустарная, 28.

(095) 237−67−68.

ул. Новослободская, 14/19.

ул. Перерва, 2.

(095) 901−70−44.

ул. Новослободская, 14/19.

Рис. 3.15. Пример транзитивной зависимости атрибутов

В таком случае при проектировании данное отношение разбивают на два (рис. 3.16, 3.17).

НомерСклада.

АдресСклада.

ТелефонСклада.

КодФирмы.

ул. Мелитопольская, 35.

(095) 923−29−06.

ул. Кустарная, 28.

(095) 237−67−68.

ул. Перерва, 2.

(095) 901−70−44.

Рис. 3.16. В отношении отсутствует транзитивная зависимость атрибутов

КодФирмы.

АдресФирмы.

ул. Новослободская, 14/19.

Рис. 3.17. В отношении отсутствует транзитивная зависимость атрибутов

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

Определение 6. отношение R находится в третьей нормальной форме (ЗНФ), если оно находится в 2НФ и при этом любой неключевой атрибут зависит от ключа нетранзитивно.

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

411Ф заключает в себя очень простую и общедоступную идею. Понятие 4НФ можно на интуитивном уровне сформулировать так: «Один факт хранится один раз».

Процесс проектирования есть процесс преобразования форм, т. е. процесс приведения произвольного отношения к эквивалентной совокупности отношений в 4НФ. Процесс проектирования можно разбить на несколько шагов:

  • 1) произвольное отношение приводится к 1НФ;
  • 2) отношение, находящееся в 1НФ, приводится к эквивалентной совокупности отношений, находящихся в 2НФ;
  • 3) отношение, находящееся в 2НФ, приводится к эквивалентной совокупности отношений, находящихся в ЗНФ;
  • 4) отношение, находящееся в ЗНФ, приводится к эквивалентной совокупности отношений, находящихся в 4НФ.

На практике же процесс нормализации, как правило, заканчивается на этапе приведения отношения к ЗНФ.

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

Введение

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

Уточним шаги нормализации:

  • — 1-й шаг заключается в образовании двумерной таблицы, содержащей элементы данных;
  • — 2-й шаг нормализации состоит в том, чтобы выделить ключи и зависящие от них атрибуты. Для того чтобы привести отношение ко 2НФ нужно выделить группы атрибутов, зависящие от частей составного ключа. Эти группы могут образовывать отдельные отношения (таблицы). Выделение из отношения, находящегося в 1НФ, таких отношений, в которых неключевые атрибуты зависят только от ключа в целом, называется приведением ко 2НФ;
  • 3-й шаг заключается в выделении в отдельные отношения те отношения, в которых атрибуты находятся в транзитивной зависимости от ключа.

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

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

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

Показать весь текст
Заполнить форму текущей работой