28

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Введение

модель атрибут контекстный

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

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

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

Цель работы: разработать базу данных «Библиотека».

Задачи работы:

- разработать базу данных;

- создать запросы.

1. Аналитическая часть

1.1 Анализ предметной области

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

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

Сформулируем требования к нашей работе

1) БД Библиотека предназначена для ввода, хранения и обработки информации о печатных изданиях, поступающих в библиотеку, читателях, посещающих библиотеку.

2) БД Библиотека должна обеспечить выполнение следующих действий:

· Прием новых читателей;

· Прием новый печатных изданий;

· Учет своевременный сдачи и отслеживание задолжников;

3) БД должна включать два раздела: «Научная литература» и «Журнальные публикации».

4) БД Библиотека должна отслеживать читателей, нарушающих правила пользования библиотекой - задолжников.

1.2 Разработка контекстной диаграммы

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

Рис. 1 Контекстная диаграмма функционирования библиотеки нотация IDEF0

На вход информационной системы поступают:

· Книги;

· Люди;

· Запросы.

На выходе информационной системы получаются:

· Книги;

· Отказы читателей;

· Читатель.

Процессами управления являются:

· Нормативные акты;

· Особенности СУБД.

Для полноценной работы системы необходим:

· Персонал.

В систему обращаются люди для получения необходимой информации о наличии, приобретении, возврата книг, делают они это лично (люди), либо получают информацию по телефону (запрос).

В систему поступают новые закупленные книги, журналы (книги), а так же поступают книги от читателей, которые спешат вернуть прочитанные книги в библиотеку, чтобы взять новые.

В библиотечной системе есть свои правила (нормативные акты), установленные как законодательством, так и уставом библиотеки, которые регламентируют порядок выдачи, продажи, учёта книг, составление отчётов и документов, поведение персонала в различных ситуациях.

За обеспечением работы всей системы следят люди (персонал). Обязанности работников регламентируются (нормативные акты).

Диаграммы декомпозиций

Вся библиотечная система состоит из трёх основных частей, а именно:

· Ведение каталога;

· Поисковой системы;

· Системы формирования заказов.

Взаимодействие этих блоков (подсистем) показано на рис. 2.

Организация каталогов, занесение информации в базу данных, учёт книг, читателей всё это происходит в подсистеме «Ведение каталогов». Через неё проходят все книги, все читатели, это самый основной компонент информационной системы библиотеки, в нем осуществляется вся основная деятельность библиотеки.



Рис. 2 Взаимодействие основных компонентов системы

Поисковая подсистема занимается непосредственной обработкой запросов от системы или запросов из вне, а так же предоставлением информации по этим запросам.

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

Ведение каталога

Подсистема ведения каталогов состоит из двух основных элементов: ведение каталога книг; ведение каталога читателей.

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



Рис. 3 Подсистема ведения каталогов

Ведение каталога книг

Как и любой другой каталог, каталог ведения книг имеет такие основные компоненты:

· Формирование сведений о книге;

· Пополнение БД;

· Определение книг на склад.

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

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



Рис. 4 Декомпозиция системы ведения каталога

Каждый компонент модуля ведения каталога книг рис. 4., распадается на составные части, которые наглядно показаны на рис. 5, рис. 6, рис7.

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



Рис. 5 Декомпозиция процесса формирования сведений о книге

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

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



Рис. 6 Декомпозиция процесса пополнение БД

Рис. 7 Декомпозиция процесса определение книг на складе

Ведение каталога читателей

Устройство этого элемента системы очень схоже с «ведением каталога книг» рис. 4, за одним исключением у него отсутствует блок «определения книг на склад», он здесь и не нужен. Так же блок «Пополнения БД читателей» видоизменён, если сравнивать его с «Пополнением БД» рис. 10. Элемент «Сбор сведений» представлен на рис. 9. Основные блоки «модуля ведения каталога читателей» представлены на рис. 8.

Рис. 8 Декомпозиция системы ведение каталога читателей

Люди обращаются в библиотечную систему, что бы взять книгу. В этом блоке система собирает информацию о человеке рис. 9, является ли он читателем этой библиотеки. Если он приходит в первый раз, то на него быстро формируется соответствующая учётная запись в базе данных рис. 10, и с ним работают как с читателем, предоставляя ему возможность взять на чтение книгу. Информация о взятой читателем книги заносится в базу данных.



Рис. 9 Декомпозиция системы ведение каталога читателей

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

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

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

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



Рис. 10 Декомпозиция процесса пополнение БД читателей

Рис. 11 Декомпозиция системы работа с читателем

Работа с клиентом происходит в три этапа рис. 11: принятие запроса на книгу, поиск это книги используя ИС и занесение информации о взятой книги в учётную запись читателя. Этот момент является одним из основных в разрабатываемой системе, он должен быть наиболее быстрым и удобным.

Поисковая система

Одни из важных компонентов любой информационной системы является поисковая система, без которой использование информационных систем не является целесообразным. По большей части, поисковой системой является сама СУБД, и включает в себя три основных компонента рис. 12:

· Принятие запроса рис. 13;

· Использование СУБД (по обработке запроса) рис. 14;

· Формирование удобного вида отчёта рис. 15.

Рис. 12 Декомпозиция поисковой системы

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

Рис. 13 Декомпозиция процесса принятие запроса

Рис. 14 Декомпозиция процесса использование СУБД (по обработке запроса)

Система формирования заказов

Сам процесс формирования заказа имеет в себе такие важные компоненты:

· Регистрация заказа рис. 17;

· Формирование заказа рис. 18;

· Оформление заказа рис. 19;

· Выдача товара рис. 20.

Рис. 16 Декомпозиция системы формирования заказов

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

Диаграммы дерева узлов

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

Рис. 21 Диаграмма дерева узлов библиотечной ИС глубины 4

Модель базы данных

Разработанная логическая модель базы данных представлена на рис. 22, в ней описаны основные объекты БД и отношения.

Рис. 22 Логическая модель базы данных

2. Основная часть

2.1 Технология проектирования баз данных

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

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

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

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

- База данных должна обеспечивать получение требуемых данных за приемлемое время, т.е. отвечать заданным требованиям производительности.

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

- База данных должна легко расширяться при реорганизации и расширении предметной области.

- База данных должна легко изменяться при изменении программной и аппаратной среды.

- Загруженные в базу данных корректные данные должны оставаться корректными.

- Данные до включения в базу данных должны проверяться на достоверность методом верификации.

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

2.2 Определение сущностей

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

При проектировании базы данных книжного магазина можно выделить следующие сущности:

- читатель;

- печатное издание;

- выдача;

- каталог;

- читатель-задолжник;

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

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

Далее поместим схему сущностей и связей между ними, выполненную в ERWIN и представленную на рисунке 4. Данная технология приводит все отношения между сущностями информационной системы к третьей нормальной форме.

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

Все связи между объектами (рисунок 6) являются связями «один ко многим», то есть одной записи данных первого объекта (основного) соответствует несколько записей второго объекта (подчиненного).

2.4 Задание первичных и альтернативных ключей, определение атрибутов сущностей

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

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

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

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

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

Таблица 1 - Первичные, альтернативные ключи и атрибуты

Сущность	Первичный ключ	Атрибуты
Информация о читателе	Номер билета	Номер билета Фамилия Имя Отчество Телефон Адрес
Информация о книге	Шифр книги	Шифр книги Название Код издательства Год издания Объем книги Цена Количество Код раздела
Выдача книг	Код выдачи	Код выдачи Шифр книги Код читательского билета Дата выдачи книги Дата возврата книги
Бронирование книг	Код брони	Код брони Шифр книги Код читательского билета Дата заказа
Издательства	Код издательства	Код издательства Наименование Код города
Города	Код города	Код города Наименование города
Авторы	Код автора	Код автора Фамилия Имя Отчество
Авторы книг	Код записи	Код записи Шифр книги Код автора
Задолжники	Код задолжника	Код задолжника Фамилия Имя Отчество Дата выдачи
Разделы библиотеки	Код раздела	Код раздела Научная литература Журнальные публикации

2.5 Приведение модели к требуемому уровню нормальной формы

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

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

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

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

В общем случае при проектировании базы данных необходимо соблюдать следующие правила:

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

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

2.6 Описание физической модели

	Наименование поля	Тип данных	Размер	Примечание
Информация о читателе
1.	Номер билета	Счетчик
2.	Фамилия	Текстовый	60
3.	Имя	Текстовый	60
4.	Отчество	Текстовый	60
5.	Телефон	Текстовый	20
6.	Адрес	Текстовый	60
Информация о книге
1	Шифр книги	Счетчик
2	Название	Текстовый	60
3	Код издательства	Числовой	Длинное целое	Ссылка на код издательства
4	Год издания	Текстовый	10
5	Объем книги	Числовой	Длинное целое
6	Цена	Денежный
7	Количество	Числовой	Длинное целое
8	Код раздела	Числовой	Длинное целое	Ссылка на код раздела
Выдача книг
1	Код выдачи	Счетчик
2	Шифр книги	Числовой	Длинное целое
3	Код читательского билета	Числовой	Длинное целое	Ссылка на код читательского билета
4	Дата выдачи книги	Дата/время	Краткий формат даты
5	Дата возврата книги	Дата/время	Краткий формат даты
Бронирование книг
1	Код брони	Счетчик
2	Шифр книги	Числовой	Длинное целое	Ссылка на библиотечный шифр книги
3	Код читательского билета	Числовой	Длинное целое	Ссылка на код читательского билета
4	Дата заказа	Дата/время	Краткий формат даты
Издательства
1	Код издательства	Счетчик		Код издательства
2	Наименование	Текстовый	60	Наименование издательства
3	Код города	Числовой	Длинное целое	Ссылка на город издательства
Авторы
1	Код автора	Счетчик
2	Фамилия	Текстовый	60
3	Имя	Текстовый	60
4	Отчество	Текстовый	60
Авторы книг
1	Код записи	Счетчик		Код записи
2	Шифр книги	Числовой	Длинное целое	Ссылка на шифр книги
3	Код автора	Числовой	Длинное целое	Ссылка на код автора
Города
1	Код города	Счетчик
2	Наименование	Текстовый	60
Разделы библиотеки
1	Код раздела	Счетчик
2	Научная литература	Логический		Да или нет
3	Журнальные публикации	Логический		Да или нет
Задолжники
1	Код задолжника	Счетчик
2	Фамилия	Числовой		Ссылка на фамилию
3	Имя	Числовой		Ссылка на имя
4	Отчество	Числовой		Ссылка на отчество
5	Дата выдачи	Числовой		Ссылка на дату выдачи

Расставим связи между таблицами (рисунок 5).

Рисунок 26 - Схема данных

Все таблицы связаны между собой связью типа «Один-ко-многим». На примере таблиц «Издательства» и «Города» это означает, что одно издательство может иметь только один город, но в таблице «Издательства» может присутствовать множество записей таблицы «Города». Т.е. разные издательства могут иметь одинаковые названия городов.

Отчет по схеме:

Рисунок 27 - Схема данных

Аналогично связаны между собой остальные таблицы.

Основные характеристики используемой СУБД

В результаты мы получили СУБД, обладающую рядом характеристик.

Разработанная СУБД позволяет выполнять простейшие операции с данными:

- добавлять в таблицу одну или несколько записей;

- удалять из таблицы одну или несколько записей;

- обновлять значения некоторых полей в одной или нескольких записях;

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

Разработанная СУБД организует хранение информации таким образом, чтобы ее было удобно:

- просматривать;

- пополнять;

- изменять;

- искать нужные сведения,

- делать любые выборки.

2.7 Разработка меню, форм, инструментальных панелей и др.

Разработаем формы для каждой из таблиц и занесем в них данные.

Рисунок 28 - Форма «Авторы»



Рисунок 29 - Форма «Города»

Рисунок 30 - Форма «Издательства»

Рисунок 31 - Форма «Информация о книге»

Форма «Информация о книге» имеет подчиненную форму «Авторы книг», через которую можно назначить несколько авторов одной книге.

Рисунок 32 - Форма «Авторы»

Рисунок 33 - Форма «Информация о читателе»



Рисунок 34 - Форма «Бронирование книг»

В данной форме требуется ввести либо «Шифр книги» либо выбрать «Код читательского билета». Второе поле база данных установит самостоятельно.

Рисунок 35 - Форма «Выдача книг»

Создадим главную кнопочную форму.

Рисунок 36 - Форма «Главная кнопочная форма»

Разработка запросов

Разработаем запросы.

1) Вывод сведений о книгах, взятых определенным читателем

Рисунок 37 - Запрос «Вывод сведений о книгах, взятых определенным читателем»

Данный запрос, описанный в SQL:

SELECT [Выдача книг]. [Код читательского билета], [Выдача книг]. [Шифр книги], [Информация о книге]. Название, Издательства. Наименование, [Выдача книг]. [Дата выдачи книги], [Выдача книг]. [Дата возврата книги]

FROM ([Информация о читателе] INNER JOIN ((Издательства INNER JOIN [Информация о книге] ON Издательства. [Код издательства] = [Информация о книге]. [Код издательства]) INNER JOIN [Бронирование книг] ON [Информация о книге]. [Шифр книги] = [Бронирование книг]. [Шифр книги]) ON [Информация о читателе]. [Номер билета] = [Бронирование книг]. [Код читательского билета]) INNER JOIN [Выдача книг] ON [Информация о читателе]. [Номер билета] = [Выдача книг]. [Код читательского билета];

2) Запрос о читателях, у которых находится определенная книга.

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



Рисунок 38 - Запрос «Сведения о читателях, у которых находится определенная книга»

Данный запрос, описанный в SQL:

SELECT [Информация о книге]. [Шифр книги], [Информация о книге]. Название, [Выдача книг]. [Дата выдачи книги], [Выдача книг]. [Дата выдачи книги], [Информация о читателе]. Фамилия, [Информация о читателе]. Имя, [Информация о читателе]. Отчество

FROM [Информация о читателе] INNER JOIN ([Информация о книге] INNER JOIN [Выдача книг] ON [Информация о книге]. [Шифр книги] = [Выдача книг]. [Шифр книги]) ON [Информация о читателе]. [Номер билета] = [Выдача книг]. [Код читательского билета];

3) Запрос о домашнем адресе и телефоне определенного читателя.



Рисунок 39 - Запрос о домашнем адресе и телефоне определенного читателя

Данный запрос, описанный в SQL:

SELECT [Информация о читателе]. [Номер билета], [Информация о читателе]. [Фамилия], [Информация о читателе]. [Имя], [Информация о читателе]. [Отчество], [Информация о читателе]. [Телефон], [Информация о читателе]. [Адрес]

FROM [Информация о читателе];

4) Запрос найти автора на букву «А»

Рисунок 40 - Запрос найти автора на букву «А»

Данный запрос, описанный в SQL:

SELECT Авторы. Фамилия

FROM Авторы

WHERE (((Авторы. Фамилия)= «А»));

5) Запрос по разделу

Рисунок 41 - Запрос по разделу

Данный запрос, описанный в SQL:

SELECT [Информация о книге]. [Код раздела]

FROM [Информация о книге]

WHERE ((([Информация о книге]. [Код раздела])=1)) OR ((([Информация о книге]. [Код раздела])=3));

6) Запрос о рейтинге книги с группировкой

Рисунок 42 - Запрос о рейтинге книги с группировкой

Данный запрос, описанный в SQL:

SELECT [Информация о читателе]. [Номер билета], [Выдача книг]. [Дата возврата книги]

FROM [Информация о читателе] INNER JOIN [Выдача книг] ON [Информация о читателе]. [Номер билета] = [Выдача книг]. [Код читательского билета]

GROUP BY [Информация о читателе]. [Номер билета], [Выдача книг]. [Дата возврата книги];

7) Запрос на литературу выпущенную не ранее 2000 года

Рисунок 43 - Запрос на литературу выпущенную не ранее 2000 года

Данный запрос, описанный в SQL:

SELECT [Информация о книге]. [Шифр книги], [Информация о книге]. [Год издания]

FROM [Информация о книге]

WHERE ((([Информация о книге]. [Год издания])> «#2000#»));

8) Запрос на выдачу не более 5 книг и сданную литературу до 01.01.2014 г.

Рисунок 44 - Запрос на выдачу не более 5 книг и сданную литературу до 01.01.2014 г.

Данный запрос, описанный в SQL:

SELECT [Информация о книге]. Количество, [Информация о читателе]. Фамилия, [Выдача книг]. [Дата возврата книги]

FROM [Информация о книге] INNER JOIN ([Информация о читателе] INNER JOIN [Выдача книг] ON [Информация о читателе]. [Номер билета] = [Выдача книг]. [Код читательского билета]) ON [Информация о книге]. [Шифр книги] = [Выдача книг]. [Шифр книги]

WHERE ((([Информация о книге]. Количество)> «5») AND (([Выдача книг]. [Дата возврата книги])>#1/1/2014#));

9) Запрос по задолжникам

Рисунок 45 - Запрос по задолжникам

Данный запрос, описанный в SQL:

SELECT Задолжники. Фамилия, Задолжники. Имя, Задолжники. Отчество, Задолжники. [Дата выдачи книги]

FROM Задолжники

WHERE (((Задолжники. [Дата выдачи книги])<#1/1/2013#));

Заключение

Организация данных является ключевым моментом при работе с большими объемами информации. Чрезвычайно важно упорядочить информацию таким образом, чтобы легко и быстро находить нужные сведения. В Microsoft Access подлежащая хранению информация называется данными, а место ее хранения - базой данных.

Перед созданием базы данных необходимо ответить на следующие вопросы.

Каково назначение базы данных и кто будет ею пользоваться?

Какие таблицы (данные) будет содержать база данных?

Какие запросы и отчеты могут потребоваться пользователям этой базы данных?

Какие формы может потребоваться создать?

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

В результате работы мы получили базу данных «Библиотека», которая содержит запросы:

- Вывод сведений о книгах, взятых определенным читателем;

- Запрос о читателях, у которых находится определенная книга;

- Запрос о домашнем адресе и телефоне определенного читателя;

- Запрос найти автора на букву «А»;

- Запрос по разделу;

- Запрос о рейтинге книги с группировкой;

- Запрос на литературу выпущенную не ранее 2000 года;

- Запрос на выдачу не более 5 книг и сданную литературу

до 01.01.2014 г.;

- Запрос по задолжникам.

Список используемой литературы

1. Сеннов А. Access 2010. Учебный курс - СПб.: Питер, 2010. - 288 с.:ил.

2. Рубин А.А., Клеандрова И.А., Прокди Р.Г. Самоучитель Access 2007. 100% результат уверенной работы - СПб.: Наука и Техника, 2008. - 400 с.:ил.

3. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2007 - 400 с.: ил.

4. Кумскова И.А. Базы данных: учебник. - М.: КНОРУС, 2012. - 488 с.

Размещено на Allbest.ru