Курсовая работа: Программирование. База данных "Клиенты"
Атрибуты каждого информационного объекта должен содержать уникальный идентификатор – ключ. Ключ является простым, если он состоит из одного атрибута, или составным, если из нескольких.
Все неуникальные идентификаторы – описательные атрибуты должны быть взаимозависимы (то есть между ними не должно быть функциональных зависимостей).
Все атрибуты, входящие в составной ключ, должны быть также взаимозависимы.
Каждый описательный атрибут должен быть функционально полно зависеть от ключа, то есть каждому значению ключа должно соответствовать только одно значение описательного атрибута.
При составном ключе описательные атрибуты должны зависеть целиком от всей совокупности атрибутов, образующих ключ.
Каждый описательный атрибут не должен зависеть от ключа транзитивно, то есть через другой промежуточный атрибут.
В случае транзитивной зависимости между атрибутами можно выполнить расщепление совокупности атрибутов с образованием двух информационных объектов вместо одного.
Выполнение требований нормализации обеспечивает построение реляционной БД без дублирования данных и возможность поддержания целостности при внесении изменений.
Таблица 1. Автомобили
Автомобили | ||||||||||||
Номерной знак | Зарегистрированный в | Марка, модель | Выпуск | Производство | Двигатель | Кузов | Цвет | Паспорт ТС | Свидетельство о регистрации | Сумма проката | Стоимость ТС | Фото |
Е427ВУ30 | МОТОР ГИБДД г. Астрахани | Chevrolet Lanos | 2006 | Украина | 178618R | Y6DTF69Y0600259 | серебристый | серия 77 ТН №827176 от 28.06. 2006 г. | серия 30 ОУ №177300 от 09.08. 2006 г. | 37200 | 360000 | |
Е433ВУ30 | МОТОР ГИБДД г. Астрахани | ВАЗ21074 | 2006 | Тольятти | 8700290 | 2421794 | темно-вишневый | серия 63 МЕ №784275 от 09.08. 2006 г. | серия 30 ОУ №1730406 от 09.08. 2006 г. | 20150 | 180000 | |
М962ВХ30 | МОТОР ГИБДД г. Астрахани | RenaultMegane2p2a16a115e | 2006 | Турция | К4МС813R006592 | 36419983 | светло-серебристый | серия 77 ТТ №652069 от 04.09. 2006 г. | серия 30 РК №049880 от 06.12. 2006 г. | 77500 | 600000 | |
О877ВХ30 | МОТОР ГИБДД г. Астрахани | ВАЗ21074 | 2006 | Тольятти | 8770115 | 2488783 | ярко-белый | серия 63 МК №375264 от 28.11. 2006 г. | серия 30 РК №052292 от 25.12. 2006 г. | 20150 | 180000 | |
Р542ВУ30 | МОТОР ГИБДД г. Астрахани | Chevrolet Lanos | 2006 | Украина | 190736R | Y6DTF69Y060034722 | серебристый | серия 77 ТТ №682388 от 05.09. 2006 г. | серия 30 РА №539052 от 23.09. 2006 г. | 37200 | 360000 | |
Р812ВТ30 | МОТОР ГИБДД г. Астрахани | ВАЗ21121 | 2006 | Тольятти | 1553594 | 0397653 | бело-зеленый | серия 63 МЕ №614814 от 04.05. 2006 г. | серия 30 ОС №665700 от 02.06. 2006 г. | 26350 | 250000 | |
С946ВТ30 | МОТОР ГИБДД г. Астрахани | ВАЗ21150 | 2006 | Тольятти | 4403032 | 4222062 | светло-серебристый | серия 63 МЕ №111876 от 13.06. 2006 г. | серия 30 ОУ №168920 от 23.06. 2006 г. | 26350 | 250000 | |
С947ВТ30 | МОТОР ГИБДД г. Астрахани | ВАЗ21101 | 2006 | Тольятти | 1587750 | 0966158 | бело-зеленый | серия 63 МЕ №111890 от 13.06. 2006 г. | серия 30 ОУ №168921 от 23.06. 2006 г. | 27900 | 260000 | |
С948ВТ30 | МОТОР ГИБДД г. Астрахани | ВАЗ21140 | 2006 | Тольятти | 4403102 | 4221229 | светло-серебристый | серия 63 МЕ №575735 от 13.06. 2006 г. | серия 30 ОУ №168922 от 23.06. 2006 г. | 26350 | 250000 | |
У578ВУ30 | МОТОР ГИБДД г. Астрахани | Nissan Primera | 2006 | Соединенное Королевство | 0756760 | 4135344 | серебристый | серия 77 ТН №899545 от 10.06. 2006 г. | серия 30 ОХ №920170 от 07.11. 2006 г. | 77500 | 700000 | |
У901ВТ30 | МОТОР ГИБДД г. Астрахани | ВАЗ2115 | 2006 | Тольятти | 4403032 | 4221247 | светло-серебристый | серия 63 МЕ №101558 ОТ 05.06. 2006 г. | серия 30 ОУ №168923 от 23.06. 2006 г. | 26350 | 250000 |
1.3. Логическая структура базы данных
Последним этапом проектирования является построение логической структуры БД. Структура реляционной БД Access является адекватным отображением полученной информационно – логической модели предметной области, но требует дополнительных преобразований.
Каждый информационный объект модели данных отображается соответствующей реляционной таблицей. Структура таблиц определяется составом атрибутов соответствующего информационного объекта, где каждое поле (столбец) соответствует одному атрибуту объекта.
Ключевые атрибуты объекта образуют уникальный ключ реляционной таблицы. Строки (записи) таблицы соответствуют экземплярам объекта и формируются при заполнении таблицы.
Связи между объектами реализуются одинаковыми атрибутами – ключами связи в соответствующих таблицах. При этом ключом связи всегда является уникальный ключ главной таблицы. Ключом связи в подчинённой таблице является либо некоторая часть уникального ключа в ней, либо поле, не входящее в состав первичного ключа.
В Access может быть создана схема данных, наглядно отображающая логическую структуру БД. Внешний вид схемы данных практически совпадает с графическим представлением ИЛМ.
На этой схеме прямоугольники изображают таблицы БД с полным списком их полей, а связи показывают, по каким полям осуществляется взаимосвязь таблиц. Имена ключевых полей для наглядности выделены и находятся в верхней части полного списка полей каждой таблицы.
На этом заканчивается внемашинный этап проектирования реляционной БД и начинается этап создания БД непосредственно с помощью СУБД Access на компьютере.
Глава 2. Создание базы данных
2.1. Краткая характеристика Access
Система управления базой данных – это программные средства, с помощью которых можно создавать базы данных, наполнять их и работать с ними. Многие СУБД на самом деле являются не законченными продуктами, а специализированными языками программирования, с помощью которых каждый, освоивший данный язык, может сам создавать такие структуры, какие ему удобны, и вводить в них необходимые элементы управления.
Необходимость программирования всегда сдерживала широкое внедрение баз данных в управление и производство в малом бизнесе. Крупные предприятия могли позволить себе сделать заказы на программирование специализированной системы «под себя». Малым предприятиям зачастую не по силам было не только решить, но даже и правильно сформулировать эту задачу.
Положение изменилось с появлением в пакете MS Office СУБД Access. Ранние версии имели номера Access 2.0 и Access 95. Затем была версия Access 97 и последняя версия Access 2000. В настоящее время наиболее широкое распространение получила версия Access 97.
СУБД Access 97 является удобным средством для создания и эксплуатации достаточно мощных баз данных без необходимости что-либо программировать. В тоже время работа с Access не исключает возможности программирования. При желании систему можно развивать и настраивать собственными силами, но для этого надо владеть основами программирования на языке VisualBasicforApplication (VBA).
Ещё одним дополнительным достоинством этой СУБД является интегрированность этой программы с MSExcel, Word и другими программными пакетами MS Office 97.
Система управления БД Access является системой управления реляционной БД и содержит комплекс прикладных программ, предназначенных для создания локальной БД на одном компьютере (ПК), общей базы данных в локальной сети с файл–сервером или создания приложения пользователя, работающего с БД на SQL – сервере.
Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. СУБД Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. База данных в сети с файл-сервером размещается на файловом сервере и может быть также на каждом ПК (рабочей станции). Но в любом случае, операции с ней производятся всегда с рабочей станции (ПК) пользователя. Для пользователя работа в сети со средствами Access практически не зависят от конфигурации сети и размещения СУБД.
2.2. Разработка структуры таблиц
На этапе проектирования определяется число информационных объектов (таблиц) базы, набор их полей (атрибутов), тип данных в этих полях, ключевые поля и связи между таблицами. Создание базы данных начинается с создания таблиц.
2.3. Ввод данных
Как бы тщательно не была спроектирована база данных, всегда возникает необходимость корректировать, изменять, добавлять и удалять данные, в общем, редактировать её объекты. Для этого можно использовать традиционные в Windows - приложениях инструменты: буфер Обмена и мышь.
Большинство данных, при редактировании которых курсор становиться текстовым (I), могут быть скопированы в БО, а именно:
- имена файлов, полей, таблиц;
- подписи, названия типов, тексты справок.
При работе с БО используются команды: