Добавлен: 07.11.2023
Просмотров: 53
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
| Введение | 3 |
| 1 Проектная часть | 5 |
| 1.1 Описание предметной области | 5 |
| 1.2 Концептуальная модель базы данных | 6 |
| 1.3 Логическое проектирование БД | 7 |
| 2 Теоретическая часть | 9 |
| 2.1 Краткая характеристика СУБД | 9 |
| 2.2 Функциональные возможности СУБД | 10 |
| 2.3 Характеристика сферы применения «настольных» СУБД | 12 |
| 3 Практическая часть. Разработка базы данных | 16 |
| 3.1 Таблицы | 16 |
| 3.2 Формы | 19 |
| 3.3 Запросы | 22 |
| 3.4 Отчёты | 26 |
| Заключение | 28 |
| Список использованной литературы | 29 |
Введение
Базы данных — это совокупность структур, предназначенных для хранения больших объемов информации и программных модулей, осуществляющих управление данными, их выборку, сортировку и другие подобные действия.
Информация базы данных хранится в одной или нескольких таблицах. Любая таблица с данными состоит из набора однотипных записей, расположенных друг за другом. Они представляют собой строки таблицы, которые можно добавлять, удалять или изменять.
Каждая запись является набором именованных полей, или ячеек, которые могут хранить самую разнообразную информацию, начиная от даты рождения и заканчивая подробным описанием кулинарного рецепта. Однотипные поля разных записей образуют столбец таблицы.
Создав одну таблицу, вы уже получаете полноценную базу данных. Однако в реальной жизни структуры баз данных, а соответственно и способы их создания, намного сложнее.
В последние годы на первый план выдвигается новая отрасль - информационная индустрия, связанная с производством технических средств, методов, технологий для производства новых знаний. Эта индустрия тесно связана с развитием компьютерных технологий.
В информационном обществе доминирует производство информационного продукта, а материальный продукт становится более информационно емким. Изменятся весь уклад жизни, система ценностей: возрастает значимость культурного досуга, возрастает спрос на знания, от человека требуется способность к интеллектуальному труду и творчеству. В результате появились противоречия между ограниченными возможностями человека по восприятию и переработке информации и существующими массивами хранящейся и передаваемой информации.
Возникло большое число избыточной информации, в которой иногда трудно сориентироваться и выбрать нужные сведения.
Для решения подобных проблем применяются автоматизированные базы данных. Они стали неотъемлемой частью практически всех компьютерных систем - от отрасли до отдельного предприятия. За последние несколько лет вырос уровень потребительских качеств систем управления базами данных (СУБД): разнообразие поддерживаемых функций, удобный для пользователя интерфейс, сопряжение с программными продуктами, в частности с другими СУБД, возможности для работы в сети и т.д. СУБД позволяет сводить воедино информацию из самых разных источников (электронные таблицы, другие базы данных) и помогает быстро найти необходимую информацию, донести ее до окружающих с помощью отчетов, графиков или таблиц.
К настоящему времени накоплен значительный опыт проектирования БД, предназначенных для управления производством, это позволяет сделать процесс создания БД более эффективным.
Данная курсовая работа называется «библиотека». Многие люди даже не догадываются, насколько сложен и трудоемок учет книг.
Согласно цели поставим задачи:
-
Изучение особенностей кадрового дела -
Разработка схемы БД -
Реализация разработанной схемы в конкретной СУБД (MS Access) -
Создание форм для ввода данных, отчетов, запросов -
Автоматизация работы с созданной БД.
1 Проектная часть
-
Описание предметной области
Для более эффективного управления учётом книг и библиотек было разработано реляционная система учёта мониторинга контроля и счёта книг, которая облегчает работу персонала в библиотеках и исключает человеческий фактор, весь учёт берёт на себя машина и не допускает погрешностей.
Данная база данных предназначена для абстрактного заказчика, поэтому набор требований к ней составляется, исходя из собственного представления о задаче автоматизации работы библиотеки. Сформулируем требования к нашей работе БД Библиотека предназначена для ввода, хранения и обработки информации о печатных изданиях, поступающих в библиотеку, читателях, посещающих библиотеку. БД Библиотека должна обеспечить выполнение следующих действий: Разработать базу данных "Библиотека". Сведения:
- Номер читательского билета абонента;
- Фамилия, имя, отчество;
- Домашний адрес;
- Телефон;
- Название книги;
- Авторы;
- Издательство, место, год издания;
- Объем книги;
- Библиотечный шифр;
- Цена;
- Количество экземпляров в фондах библиотеки;
- Дата выдачи книги;
- Дата возврата;
- Заказы на бронирование книг (данные книги, номер билета читателя, дата заказа).
Запросы:
- Вывод сведений о книгах, взятых определенным читателем;
- Сведения о читателях, у которых находится определенная книга;
- Сведения о читателе, прочитавшем за определенный интервал времени максимальное количество книг;
- Сведения о наличии определенной книги в фондах библиотеки;
- Вывод сведений о домашнем адресе и телефоне определенного читателя.
Отчет:
Заказы на бронирование книг с группировкой и сортировкой по датам заказа.
-
Концептуальная модель базы данных
Сущность - объект любой природы данные, о котором хранятся в отношении (таблице, в которой содержатся данные).
Диаграмма сущность-связь - инструмент разработки моделей данных, обеспечивающий стандартный способ определения данных и отношений между ними.
Выделим основные сущности и установим между ними связи. На рисунке 1 представлена диаграмма "сущность-связь".
Рисунок 1 - Концептуальная модель БД «Библиотека»
-
Логическое проектирование БД
Рисунок 2 - Схема данных
Таблицы связаны с помощью схемы данных (Рисунок 2). Схема состоит из связи один ко многим. На примере таблиц "Издательства" и "Города" это означает, что одно издательство может иметь только один город, но в таблице "Издательства" может присутствовать множество записей таблицы "Города". Т.е. разные издательства могут иметь одинаковые названия городов.
Аналогично связаны между собой остальные таблицы.
-
Теоретическая часть
-
Краткая характеристика СУБД
Характеристики СУБД
1. Производительность - определяется временем выполнения запросов, скоростью поиска информации, временем импортирования базы данных из других форматов, временем генерации отчета и др.
2. Обеспечение целостности данных на уровне базы данных - наличие средств, позволяющих удостовериться, что информация в базе корректная и полная.
3. Обеспечение безопасности - шифрование прикладных программ, шифрование данных, защита паролем, ограничение уровня доступа (к базе, к таблице и т.д.).
4. Работа в многопользовательских средах - предполагает возможность блокировки базы данных, файла, записи, поля, а также идентификацию станции, установившей блокировку, обработку транзакций - последовательности операций пользователя над базой данных, сохраняющей ее логическую целостность, работу с сетевыми операционными системами.
5. Возможность импорта - экспорта информации, подготовленной другими программными средствами.
6. Инструментальные средства разработки прикладных программ (языки программирования, средства генерации приложений, реализации меню, форм, отчетов). Реализация языковых средств осуществляется по-разному - для разработчиков программных продуктов язык представляется в явной синтаксической форме (например, в Access - язык Access Basic, в FoxPro и dBase - язык xBase). Для пользователей функции языка часто доступны косвенным образом - через меню, диалоговые сценарии и т.д. - при этом синтаксические конструкции языка формируются автоматически и передаются на исполнение.
2.2 Функциональные возможности СУБД
Управляющим компонентом многих СУБД является ядро, выполняющее следующие функции:
- управление данными во внешней памяти;
- управление буферами оперативной памяти (рабочими областями, в которые осуществляется подкачка данных из базы для повышения скорости работы);
- управление транзакциями.
Непосредственное управление данными во внешней памяти.
Эта функция включает обеспечение необходимых структур внешней памяти, как для хранения данных, непосредственно входящие в базу данных так и для служебных целей. Например, для убыстрения доступа к данным в некоторых случаях (обычно для этого используется индекс).
В некоторых реализациях СУБД активно используется возможность существующих файловых систем. В других работа производится вплоть до уровня устройств внешней памяти. Но подчеркнем, что в развитых СУБД пользователь в любом случае не обязан знать использование СУБД файловую систему и если использует, то, как организованные файлы. В частности СУБД поддерживает собственную систему и наименование объектов баз данных.
Управление буторами оперативной памяти.
СУБД обычно работает с БД, по крайней мере, этот размер обычно существует, больше доступен объему оперативной памяти. Что если при обращении к любому элементу данных будет производиться объем с внешней памятью, то вся система будет работать со скоростью устройства внешней памяти. Практическим единственным способом реально увеличение этой скорости является буферизация данных в оперативной памяти. При этом даже если операционная система производит общесистемную буферизацию. Этого не достаточно для цели СУБД, которая располагает гораздо больше информации о полезности буферизации, т.е. той или иной части БД. Поэтому в развитых СУБД поддерживается собственный набор буферов оперативной памяти, собственной дисциплины замены буферов. Заметим, что существуют отдельные направления СУБД, которые ориентированно, но постоянно присутствуют в оперативной памяти БД. Это направление основывается на предположение, что на столько велик, что позволит, не беспокоится о буферизации. (Пака эта работа находится в стадии развития).
Управление транзакциями.
Транзакция – это последовательность операций над БД, рассматриваемая СУБД как единое целое. При выполнении транзакция может быть либо успешно завершена, и СУБД зафиксирует произведенные изменения во внешней памяти, либо, например, при сбое в аппаратной части ПК, ни одного из изменений не отразится в БД. Понятие транзакция необходимо для поддержания логической целостности БД.
Таким образом, поддержание механизма транзакции является обязательным условием даже однопользовательских СУБД. (Если такая система заслуживает СУБД). Но понятие транзакция гораздо более важно много пользователь СУБД, то свойство, то каждая транзакция начинается при целостном состоянии БД и оставляет это состояние целостное после своего завершения, делает очень удобным, использование понятие транзакция как единицы активности пользователя по отношению БД. При соответствующем управлении управляющимися транзакциями со стороны СУБД каждым использованием может в принципе ощущать себя единственным пользователем СУБД. Управление транзакции многопользовательской СУБД связаны важные понятия сериализация транзакции и сериального плана выполнения смеси транзакции. Под стерилизацией выполнении параллельно сериализация понимают такой порядок планирования их работ при которой суммарный эффект смеси транзакции эквивалентен эффекту их некоторого последовательного управления. Сериальный план выполнения смеси транзакции это такой план, который приводит к сериализация транзакции. Что если удается добиться действительного сериального выполнения смеси транзакции, то для каждого пользователя по инициативе, которой образованна транзакция присутствие других транзакций будет незаметно (если не считать некоторого замедления работы по сравнению с одно пользованием режимом). Существует несколько базовых алгоритмов сериализация транзакции. Централизованных СУБД наиболее распространены алгоритмы, основанные на синхронизации захвата объектов БД. При использовании любого алгоритма возможная ситуация конфликта между двумя или более транзакциями по доступу объекта БД. В этом случае для поддержания сериализация необходимы, выполнять откат одной ли более транзакции. Это один из случаев, когда пользователь многопользовательской СУБД может реально (и достаточно неприятно) ощутить присутствие в системе транзакции других пользователей.