![]() |
|
сделать стартовой | добавить в избранное |
![]() |
Базы данных |
Федеральное агентство по образованию ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР) Кафедра комплексной информационной безопасности электронных вычислительных систем (КИБЭВС) Проектирование учебно-исследовательской базы данных &quo ; Накладные &quo ; Пояснительная записка к курсовой работе по дисциплине «Базы данных» Студент гр. 523-3 Н.В. Власов « » 2005 г. Руководитель курсовой работы М.А.Сопов « » 2005 г. 2005 Федеральное агентство по образованию ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР) Кафедра комплексной информационной безопасности электронных вычислительных систем (КИБЭВС) ЗАДАНИЕ Исследовать заданную предметную область, выбрать существенные атрибуты. Построить концептуальную модель предметной области. На основе концептуальной модели построить реляционную модель, установить связи между объектами. Задать первичные и внешние ключи. Провести нормализацию. Объяснить выполненные преобразования. Провести исследование полученной модели, задав несколько сложных запросов к полученной модели. Предметная область: Накладная, магазины, продавец, центральный офис. Накладная выписывается продавцом на несколько видов товаров, в магазине несколько продавцов. Продавец может выписывать несколько накладных, одинаковые товары могут продаваться в разных магазинах. Продавец работает только в одном магазине. Дата выдачи задания: “ ” 2005 г. Задание принято к исполнению « » 2005г.Подпись студента Содержание 1. Введение 4 2. Построение концептуальной модели .5 3. Построение реляционной модели .7 4. Нормализация .8 5. Проектирование базы данных в ACCESS .10 6. Создание SQL запросов 14 7. Заключение 19 Список использованных источников .20 1. Введение База данных, говоря коротко - это средство для реляционного и эффективного хранения информации. Иными словами, такая база обеспечивает надежную защиту данных от случайной потери или порчи, экономно использует ресурсы (как людские, так и технические) и снабжена механизмами поиска информации, удовлетворяющим разумным требованиям к производительности. Само понятие база данных может означать как отдельный набор данных (например, список телефонов), так и гораздо более сложную систему (например, SQL Server). Базы данных – это один из самых сложных типов коммерческих приложений. Все остальные типы системы, как правило, имеют более – менее близкие аналогии в реальном мире. С точки зрения практического использования текстовые процессоры – это усовершенствованная пишущая машинка. Электронную базу данных, несомненно, освоит не только бухгалтер, но и другой любой пользователь. 2. Построение концептуальной модели Построение концептуальной модели представляет собой процесс моделирования смыслового наполнения базы данных. Концептуальная модель состоит из следующих трёх основных компонентов. 1. Сущности. Это элементы реального мира, которые могут существовать независимо. В моем случае сущностями являются: проект, детали, поставщики, заказ, служащие. Сущность представляется в концептуальной модели прямоугольником, в котором указано её имя.
2. Атрибуты. Атрибуты описывают сущность. Они представляются овалами с указанием имен, которые прикреплены к сущности. В моем случае проекту соответствуют: номер проекта. Деталям соответствуют: размер, номер детали, маркировка, название. Поставщикам соответствуют: ФИО, ИНН, адрес, идентификационный номер поставщика. Заказу соответствуют: номер заказа, номер проекта, номер деталей, идентификационный номер поставщика. Служащим соответствуют: ФИО, ИНН, должность. 3. Связи. Связь представляет взаимодействие между сущностями. На диаграмме она изображается ромбом, который соединяет сущности, участвующие в связи. В моем случае связь между проектом и служащими будет один ко многим, так как один проект может делать несколько служащих. Связь между служащими и заказом мы обозначим много ко многим, так как один служащий может делать много заказов. Связь между заказом и деталями мы обозначим много ко многим, так как много заказов могут быть на много деталей. Связь между заказом и поставщиками мы обозначим много ко многим, так как заказов может быть много и поставщиков тоже может быть несколько. Связь поставщики и детали мы обозначим много ко многим, так как несколько поставщиков могут поставлять разные детали. Связь детали и служащие мы обозначим, как много ко многим, так как служащие получают несколько типов деталей для каждого проекта. На рисунке 2.1 представлена концептуальная модель заданной базы данных. Рисунок 2.1 – Концептуальная модель3. Построение реляционной моделиВ реляционной базе данных все данные хранятся в таблицах. Названия сущностей станут заголовками таблиц, а атрибуты станут столбцами. Целостность данных в реляционной базе данных основывается на концепции ключей. Первичный ключ (PK) – это атрибут который можно использовать для уникальной идентификации таблицы. Так у таблицы “поставщики” - ключом станет идентификационный номер поставщика, мы обозначили как “id P”; у таблицы “детали” - номер детали мы обозначили как “id D”, у таблицы “проект” - номер проекта мы обозначили как “id R”, таблица “служащие” мы обозначили как “id S”, а таблица “заказ” - номер заказа мы обозначили как “id Z”. Внешний ключ (FK) – это атрибут, который существует в нескольких таблицах и является первичным ключом одной из этих таблиц. Связь проводим от первичного ключа одой таблицы до внешнего ключа другой таблицы. 4. НормализацияНормализация – это процесс, позволяющий гарантировать эффективность структур данных в реляционной базе данных. Первая нормальная форма требует, чтобы все значения полей были атомарными и все записи уникальными. Реляционная модель представленная на рисунке 3.1 находится в первой нормальной форме. Модель находится во второй нормальной форме, если она, во-первых, находиться в первой нормальной форме; и, во-вторых, не содержит не ключевых атрибутов, находящихся в частичной функциональной зависимости от первичного ключа. Исходя из определения, разбиваем таблицу “поставщики” на две таблицы, вторую образовавшеюся таблицу назовем “данные поставщика”.
В таблице “поставщики ” у нас остался только один идентификатор “идентификационный номер поставщика ” значит не ключевые атрибуты зависят, от всего первичного ключа. В таблице “ данные поставщика” нет не ключевых атрибутов, значит частичной зависимости быть не может. Таким же образом разбиваем таблицы “детали”, “проект”, “служащие”, и “заказ”. Реляционная модель во второй нормальной форме представлена на рисунке 4.1. Модель находится в третьей нормальной форме, если она находится во второй нормальной форме и не имеет транзитивных зависимостей. Транзитивная зависимость – это зависимость между не ключевыми атрибутами. Таким образом, выделяем из таблицы “служащие” не ключевые атрибуты “должность” и “обязанности служащих”, которые находятся в зависимости, в отдельную таблицу “дополнительные сведения”. Получаем модель в третьей нормальной форме, которая представлена на рисунке 4.2. Рисунок 4.1 – Вторая нормальная форма Рисунок 4.2 – Третья нормальная форма5. Проектирование базы данных в ACCESS.Microsof Access – это СУБД предназначенная для хранения и поиска информации, её представления в удобном виде и автоматизации часто повторяющихся операций. Чтобы реализовать базу данных в Access надо ввести через режим конструктора свою модель. Для начала надо ввести название таблиц и всех их атрибутов. Здесь же задается тип данных и первичный ключ. Затем реализуем реляционную модель третей нормальной формы в схеме данных. После этого вводим в таблицы данные и делаем запросы. Для этого создаем запросы через режим конструктора: добавляем нужные таблицы (связи выставим сами) и указываем поля, необходимые отобразить после запроса. В результате на экран выведутся те поля, которые были указаны в запросе. Можно создавать запросы с условиями отбора, или сортируя данные. К примеру, можно вывести всех поставщиков, фамилии которых начинаются на букву “М”. Для этого вводим отбор в графу “Условие отбора”. В результате появиться таблица, которая выводит всех поставщиков начинающееся на букву “М”.6. Создание SQL запросовЭто - язык, который дает вам возможность создавать и работать в реляционных базах данных, содержащиеся в базе, управлять ими и налагать правила, обеспечивающие целостность реляционных данных, которые являются наборами связанной информации сохраняемой в таблицах. Чтобы войти в режим SQL в access нужно в поле конструктора запроса нажать правой кнопкой и в появившемся окне нажать “Режим SQL”. В появившемся окне прописываем SQL запрос. К примеру, нам надо показать какие данные находятся в таблице “Заказ”. Прописываем: SELEC Заказ.id z, Заказ.id d, Заказ.id s FROM Заказ; В итоге появится таблица “Заказ” в которой мы видим “номер заказа”, “номер деталей”, “номера служащих” и их содержимое. Если нам надо в таблице “Детали” упорядочить “маркировку деталей” по возрастанию, то в окне SQL.
ОБЩИЕ ПОЛОЖЕНИЯ Статья 1. Основные понятия 1. Основные понятия, применяемые в настоящем Законе: программа для ЭВМ - это об'ективная форма представления совокупности данных и команд, предназначенных для функционирования электронных вычислительных машин (ЭВМ) и других компьютерных устройств с целью получения определенного результата. Не признается использованием программы для ЭВМ или базы данных передача средствами массовой информации сообщений о выпущенной в свет программе для ЭВМ или базе данных. 2. Под правообладателем в настоящем Законе понимается автор, его наследник, а также любое физическое или юридическое лицо, которое обладает исключительными имущественными правами, полученными в силу закона или договора. Статья 2. Отношения, регулируемые настоящим Законом 1. Настоящим Законом и принимаемыми на его основе законодательными актами республик в составе Российской Федерации регулируются отношения, связанные с созданием, правовой охраной и использованием программ для ЭВМ и баз данных. 2. Программы для ЭВМ и базы данных относятся настоящим Законом к об'ектам авторского права
1. База данных для проекта досугового учреждения в городе Муроме Владимирской области
2. Информация, информатика, базы данных. Периферийные устройства
3. Пример базы данных на Delphi 2.0
4. Принципы проектирования и использования многомерных баз данных
5. Реляционные Базы Данных. SQL - стандартный язык реляционных баз данных
9. Разработка базы данных "Кадры"
10. Лекции по теории проектирования баз данных (БД)
12. Система управления базами данных ACCESS
13. База данных - Бактериологическая испытательная лаборатория Боханского района
14. Создание базы данных "Библиотека"
17. Системы принятия решений, оптимизация в Excel и базы данных Access
19. Работа в среде EXCEL. Средства управления базами данных в EXCEL
20. Опыт создания Базы Данных для источников личного происхождения
21. База данных страховой компании
25. Использование Internet/intranet технологий для организации доступа к базам данных
26. Создание баз данных в InterBase SQL Server
27. Введение в проектирование реляционных баз данных
28. Средства доступа к базам данных в Internet и свободно доступная СУБД POSTGRES95
29. Базы данных и файловые системы
30. Базы данных по законодательству в интернет и на компакт-дисках
32. Проектирование и реализация базы данных
33. Excel 97 в качестве базы данных
34. База данных Бюро знакомств
35. Базы данных. Создание форм и отчетов (на примере ACCESS)
36. Иерархические структуры в реляционных базах данных
37. Операционная среда Windows. База данных Microsoft Access
42. Создание баз данных в Microsoft Access
43. Создание и ведение баз данных
44. Упражнения по базам данных MS ACCESS (методичка)
46. Некоторые аспекты обеспечения эффективности работы системы управления базами данных
47. Манифест систем объектно-ориентированных баз данных
49. Менеджер подключений к базам данных
50. Информационно-справочная система, обеспечивающая работу с базой данных Bit
51. Реляционные Базы Данных. SQL - стандартный язык реляционных баз данных
53. Создание базы данных «расписание»
58. Лінгвістична база даних українських художніх порівнянь
59. База даних "Кафедра" в Access з меню MDI
60. База даних клієнтів і замовлень
61. База даних по обліку вогнепальної зброї
62. База даних по приватних підприємствах регіону
63. База даних фільмотеки: розробка проекту
64. База данных
65. База данных "Автосервис" в среде Borland Delphi 6.0.
67. База данных "Пассажирские железнодорожные перевозки"
69. База данных "Учет готовой продукции на складе"
73. База данных для организации по продаже канцелярских товаров
74. База данных заместителя директора по воспитательной работе приюта г. Аксу
75. База данных компьютерного магазина
76. База данных по учету металлопродукции на платформе SQL Server
78. База данных станции технического обслуживания автомобилей
79. База данных: "Деканат: дистанционное обучение"
80. Базы данных
81. Базы данных
82. Базы данных в юриспруденции
83. Базы данных и их функции. Структурные элементы базы данных
84. Базы данных на логическоми и функциональном программировании
85. Инфологическая модель базы данных "Видепрокат"
89. Информационные технологии создания и обработки баз данных с помощью MS Access XP
90. Історія розвитку баз даних
91. ЛИСП-реализация основных операций над базами данных
92. Методология проектирования баз данных
93. Настольные системы управления базами данных
97. Построение базы данных боксерской организации
98. Программирование. База данных "Клиенты"