Структура базы данных библиотека

    Главная
  • Список секций
  • Информатика
  • Разработка базы данных «Библиотека»

Разработка базы данных «Библиотека»

Автор работы награжден дипломом победителя II степени

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

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

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

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

Разве можно сравнить по скорости и качественным показателям результатов ручной перебор каталожных карточек в традиционном каталоге с многоаспектным поиском в электронном каталоге? Таких примеров может быть много, суть одна: автоматизация нужна библиотекам, без автоматизации невозможно развитие библиотек и библиотечной деятельности в целом.

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

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

изучить инструменты системы управления базами данных Microsoft Access, способной к эффективной работе с информацией, её поиска, занесения, хранения и использования;

разработать удобный, интуитивно понятный интерфейс пользователя базы данных «Библиотека»;

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

ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ СИСТЕМ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ

Выбор программного обеспечения

Программное обеспечение, осуществляющее операции над базами данных, получило название «система управления базами данных»(СУБД).

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

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

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

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borlandd Base, Borland Paradox, Microsoft Visual FoxPro, Microsoft VisualBasic, а также СУБД Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии "клиент-сервер".

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

Основные функции СУБД:

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

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

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

3. Обеспечение независимости прикладных программ и данных (логической и физической независимости).

Одна из первых была “D – Base” (фирма Borland, а изготовлено “Ashton – Tate”).

Широко распространены и совместимы с “D – Base”системы “Fox PRO”(сегодня их продаёт Microsoft). Совместимой с “D – Base” является также “Clipper” (фирма “ComputerAssociates”).

На ряду с “D – Base” и её приложениями используются СУБД “Paradox”, “R- Base”, “Clarion” и др.

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

Эта сложность объясняется тем, что перечисленные СУБД являются предметно –независимыми оболочками, которые могут быть наполнены той или иной предметной областью путём программирования. Поэтому разработка даже несложных СУБД требуют для каждой предметной области значительных сил.

В отличие от перечисленных СУБД менеджеры используют обычно СУБД MS Access.

Особенности СУБД MS Access:

Предметная ориентация, отображённая в меню.

Простата наполнения предметной оболочки.

Нет необходимости в языках программирования для перестройки СУБД.

Использование интегрированных программных средств.

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

1.2. Инструментальные средства системы управления базами данных MicrosoftAccess

База данных в MicrosoftAccessпредставляет собой единый объект, который объединяет таблицы, запросы, формы, отчеты, макросы, модули и позволяет хранить их в едином дисковом файле.

СУБД Access предоставляет пользователю следующие возможности: создавать базы данных; добавлять новую информацию в созданные БД; обновлять или каким-либо еще образом изменять данные в БД; удалять имеющуюся информацию из БД; осуществлять просмотр данных в виде отчетов, форм, различных выборок и запросов; организация данных при помощи сортировки и/или классификации информации; общий доступ к таблицам и данным при использовании отчетов, электронных писем, Интернета и/или локальной сети; осуществление разных видов связей между таблицами; создание кнопочных форм и пользовательских интерфейсов управления базой данных внутри СУБД.

Реляционная база данных состоит из взаимосвязанных нормализованных таблиц. За счет нормализации обеспечивается отсутствие дублирования данных во взаимосвязанных таблицах и соответственно минимизируется объем сохраняемых данных, а структура связей между таблицами называется схемой данных. Схема данных является не только графическим образом базы данных, но и используется в СУБД MS Access в процессе работы с базой данных

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

Базы данных СУБД MS Access имеют в таблицах одно главное – ключевое – поле. По умолчанию оно, как уже было сказано, обязательно к заполнению. Кроме того, на него накладывается необходимость быть уникальным, что значит, что уже введенное значение в ключевом поле нельзя будет ввести в ключевом поле другой записи этой же таблицы. При необходимости можно добавить дополнительное ключевое поле, с менее строгими правилами – уникальность выбирается разработчиком БД. При помощи ключевых полей осуществляют связи между таблицами базы данных.

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

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

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

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

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

Читайте также:  Сони вегас инструкция для чайников

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

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

ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ ЗАДАЧИ СОЗДАНИЯ БАЗЫ ДАННЫХ «ШКОЛЬНАЯ БИБЛИОТЕКА»

2.1. Описание предметной области.

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

Предметная область – библиотека.

Решаемые задачи: выдача справок о наличии книг, учет читателей и выдачи книг.

Поиск: читателей по фамилии.

Поиск: сведения о читателе по названию книги.

Запросы: Упорядочение по полям: автор книги, ФИО читателя.

Выборка: количество взятых книг по каждому читателю.

Вычисления: а) даты возврата книги читателем; б) сколько книг выдано по каждому читателю; в) количество экземпляров книги в библиотеке.

После того как собраны все исходные данные, определены сущности проекта, можно начать разработку единой структурированности данных при помощи СУБД.

2.2. Структура базы данных «Библиотека»

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

Рис. 2.1 Схема данных.

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

Таблица «Книга» (рис. 2.2) содержит информацию о всех книгах имеющихся в библиотеке. В ней представлены следующие поля:

Шифр книги – числовой, для присвоения уникального номера каждойкниге;

Автор – текстовый, служащий для ввода данных об авторе;

Название – текстовый, служащий для ввода названия книги;

Год издания – числовой, в это поле вносится год издания книги;

Цена – денежный, в это поле вносится цена книги;

Количество – числовой, в это поле вносится количество поступивших экземпляров книги;

Общая сумма – денежный, в это поле вносится общая сумма за все экземпляры поступившей книги;

Издательство – текстовый, в это поле вносится издательство книги;

Раздел – текстовый, в это поле вносится раздел книги;

Наличие – числовой, в это поле вносится количество данной книги в библиотеке.

Рис. 2.2 Таблица «Книга».

Вторая таблица под названием «Читатель» (рис. 2.3) предназначена для хранения индивидуальных данных о читателях, содержит 5 полей:

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

Фамилия, тип данных – текстовый, в это поле вносится фамилия читателя.

Имя, тип данных – текстовый, в это поле вносится имя читателя.

Адрес, тип данных – текстовый, в это поле вносится адрес читателя.

Телефон, тип данных – текстовый, в это поле вносится контактный телефон читателя.

Рис. 2.3 Таблица «Читатель»

Следующая таблица «Выдача» (рис. 2.4), служащая для отметки взятых и возвращенных книг читателями содержит следующие поля:

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

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

Шифр книги с числовым типом данных, для внесения номера взятой книги.

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

Дата возврата – тип данныхдата/время, в которое вносится дата возврата книги читателем.

Сдано.В этом поле используется логический тип данных, использующий только два значения False и True, для заполнения при возврате книги читателем.

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

Текущая дата – выводит текущую дату, необходимую для формирования запроса на обновление «Книга сдана»

Рис. 2.4 Таблица «Выдача»

2.3. Интерфейс базы данных

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

Рис. 2.5 Главная кнопочная форма базы данных.

П
ервой функциональной точкой является кнопка «Книга», при нажатии на которую открывается окно формы «Книга» (рис. 2.6).

Рис. 2.6 Окно формы «Книга».

В этом окне так же имеется ряд функциональных точек: Добавить запись, Сохранить запись, предназначенная для ввода новых книг в базу данных библиотекии сохранения введенных данных. Общая сумма за книги – по запросу на обновление «Общая сумма» (рис. 2.7) подсчитывается общая сумма за книги, Закрыть форму– закрывает данную форму.

Рис. 2.7 Запрос на обновление «Общая сумма».

Второй функциональной точкой на главной кнопочной форме является кнопка «Читатель». Пользователь, нажав на эту кнопку, получает доступ к форме «Читатель» (рис. 2.8), в которой отражаются процессы взятия и возврата книг.

Р
ис. 2.8 Форма «Читатель»

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

В окне формы «Читатель» так же имеется ряд функциональных точек:

«Добавить запись» и «Сохранить запись» – для внесения в базу нового читателя;

«Книга сдана» – по запросу на обновление «Книга сдана» (рис. 2.9) к полю Наличие прибавляется единица

Рис. 2.9 Окно запроса «Книга сдана»

«Выдать книгу» – по запросу на обновление «Выдать книгу» (рис. 2.10) от поля Наличие отнимается единица

Рис. 2.10 Окно запроса «Выдать книгу»

«Дата возврата» – по запросу на обновление «Дата возврата» (рис. 2.11) рассчитывается дата возврата книги в библиотеку – «Дата выдачи + Срок дней»

«Закрыть форму» – закрывает данную форму.

Рис. 2.11 Окно запроса «Дата возврата»

Третей функциональной точкой является кнопка «Количество взятых книг». Эта кнопка позволяет пользователю вывести количество книг взятых каждым читателем и общую сумму взятых книг. Это осуществляется с помощью отчета «Количество взятых книг»(рис. 2.12)

Рис. 2.12 Окно отчета «Количество взятых книг»

Четвертой функциональной точкой является кнопка «Кто брал книгу».Эта кнопка позволяет пользователю вывести информацию о читателе – Фамилию, Имя, Класс, Номер читательского билета, Шифр книги, Даты выдачи и возврата книги в библиотеку. Это осуществляется с помощью запроса на выборку «Кто брал книгу» (рис. 2.13).

Рис. 2.13 Окно запроса на выборку «Кто брал книгу»

Пятой функциональной точкой является кнопка «Разработчик», которая выводит информацию о разработчике данной базы данных «Библиотека» (рис. 2.14).

Рис. 2.14 Окно формы «Разработчик»

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

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

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

Разработанная база по учету книг в библиотеке предлагает пользователю:

простой интуитивно понятный интерфейс;

легкую в понимании и эффективной работе с ней

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

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

Исходя из рабочей базы данных, на уровне функционирования, был разработан единый интерфейс для работы с данными – формы, запросы; для вывода данных – отчеты; для работы – внешнее оформление, меню.

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

Андерсен, В.Базыданных MicrosoftAccess . Проблемы и решения: практ. пособ. / пер. с англ. – М.: Издательство ЭКОМ, 2001. – 384 с.

Бакаревич, Ю.Б. Н.В. Самоучитель Microsoft Access 2000 [Текст]/ Бакаревич Ю.Б., Пушкина Н.В. – СПб: БХВ-Петербург, 2001. – 456 с.

Бойко, В.В. Проектирование баз данных информационных систем [Текст]/ Бойко В.В., Савинков В.М. – М.: Финансы и статистика, 2009. – 351 с.

Вейскас, Д. Эффективная работа с Microsoft Access [Текст]/ СПб., 2008. – 315 с.

Винтер, Р. Microsoft Access: справочник/ Винтер Р. – М: Питер, 2008. – 280 с.

Глушаков, С.В. Базы данных: учебный курс/ Глушаков С.В., Ломотько Д.В. – М.: АСТ, 2001.- 504 с.

Читайте также:  Тест по программе word с ответами

Гусева, Т.И. Проектирование баз данных в примерах и задачах [Текст]/ Гусева Т.И., Башин Ю.Б. – М:Академия,1999. – 423 с.

Коннолли, Т. БАЗЫ ДАННЫХ. Проектирование, реализация и сопровождение. Теория и практика [Текст]/ Коннолли Т., Каролин Б. – Москва, Санкт-Петербург, Киев, 2010. – 1440 с.

Леонтьев, Ю. Microsoft Office: краткий курс [Текст]/ Леонтьев Ю. – СПб: Питер, 2010. – 312 с.

Райордан, Р. Основы реляционных баз данных/пер. с англ. — М.: Издательско-торговый дом «Русская Редакция», 2001. – 384 с.

Microsoft Access. Шаг за шагом: практическое пособие / пер. с англ. – М.: ЭКОМ, 2010. – 352 с.

Устанавливая рекомендуемое программное обеспечение вы соглашаетесь
с лицензионным соглашением Яндекс.Браузера и настольного ПО Яндекса .

Профессиональное образовательное учреждение

среднего профессионального образования

«Колледж права и экономики»

Курсовая работа по дисциплине

09.02.03 «Программирование в компьютерных системах»

МДК 02.02 «Технология разработки и защиты баз данных»

(код и наименование специальности, профессиональный модуль)

Разработка базы данных

(отлично, хорошо, удовлетворительно, неудовлетворительно)

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

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

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

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

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

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

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

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

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

Данная курсовая работа называется «библиотека». Многие люди даже не догадываются, насколько сложен и трудоемок учет книг.

Согласно цели поставим задачи:

Изучение особенностей кадрового дела

Разработка схемы БД

Реализация разработанной схемы в конкретной СУБД ( MS Access )

Создание форм для ввода данных, отчетов, запросов

Автоматизация работы с созданной БД.

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

которая облегчает работу персонала в библиотеках и исключает человеческий фактор, весь учёт берёт на себя машина и не допускает погрешностей.

база данные автоматизация кадры

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

В рассматриваемой предметной области можно выделить следующие сущности:

1. ИЗДАТЕЛЬСТВО -содержит информацию издательстве и т.д.

2. КНИГИ – содержит информацию о наименование, авторы, тематики адрес хранения книги и т.д.

3. ТЕМАТИКА – содержит название тематики.

4. УЧЁТ КНИГ – содержит номер книги дату выдачи дату возврата и фактическую дату возврата

5. ЧИТАТЕЛИ – содержит ФИО адрес проживания год рождения и образование.

Перечисленные выше сущности содержат различные атрибуты. Атрибут – свойство сущности (заголовок столбца таблицы).

Перечислим атрибуты вышеназванных сущностей:

ИЗДАТЕЛЬСТВО (наименование организации печатного агентства).

КНИГИ (наименование книги, автор написавший эту книгу, тематика издательства, адрес хранения в библиотеке).

УЧЁТ КНИГ (номер книги, дата выдачи дата возврата, дата фактического возврата).

ЧИТАТЕЛИ (ФИО, адрес проживания читателя, взявшего книгу, год рождения, образование читателя).

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

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

Проблема представления семантики давно интересовала разработчиков, и в семидесятых годах было предложено несколько моделей данных, названных семантическими моделями. К ним можно отнести семантическую модель данных, предложенную Хаммером ( Hammer ) и Мак-Леоном ( McLeon ) в 1981 году, функциональную модель данных Шипмана ( Shipman ), также созданную в 1981 году, модель "сущность—связь", предложенную Ченом ( Chen ) в 1976 году, и ряд других моделей. У всех моделей были свои положительные и отрицательные стороны, но испытание временем выдержала только последняя. И в настоящий момент именно модель Чена "сущность—связь", или "Entity Relationship", стала фактическим стандартом при инфологическом моделировании баз данных.

Модель «сущность-связь» называют также « ER -моделью» (essence- сущность , relation- связь ).

При проектировании БД информацию обычно размещают в нескольких таблицах. Таблицы при этом связывают с семантикой информации. В реляционной СУБД для указания связей в таблице производят операции их связывания. Рассмотрим наиболее часто встречаемые бинарные связи:

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

2. Связь 1:М может быть в случае, когда одной записи основной таблицы соответствует несколько записей дополнительной таблицы.

3. Связь М:1 может быть тогда, когда нескольким записям основной таблицы ставится в соответствии одна запись дополнительной.

4. Связь М:М возникает в том случае когда нескольким записям основной таблицы соответствует несколько записей дополнительной. В реляционной БД связь М:М реализуется через дополнительные таблицы.

Рассмотрим связи между выявленными сущностями:

1. Между атрибутами книги и тематики будет связь 1: M , так как книги бывают с разной тематикой.

2. Между атрибутами книги и издательство будет связь 1:1, так как у одной книги может быть только один издатель.

3. Между атрибутами книги и учёт книг будет связь 1:М, так как к книгам иметься разная информация .

Реляционная модель баз данных была предложена сотрудником фирмы IBM Э. Кодом в начале 70-х годов. Будучи математиком, он предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность и Декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известных в математике как отношения.

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

Реляционная БД представляет собой информацию об объекте, представленную в виде двумерного массива – таблицы объеденных определёнными связями.

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

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

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

В разрабатываемой БД библиотека будет являться ключом для атрибутов издательство, книги, тематика, учёт книг и читатели.

Атрибут наименование книги так же имеет уникальные поля, такие как автор и взявший книгу.

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

Читайте также:  Человек не любит фотографироваться психология

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

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

Первая НФ: Отношение называется нормализованным или приведенным к первой нормальной форме тогда и только тогда, когда все его атрибуты простые (неделимые). Таблица находится в первой нормальной форме тогда и только тогда, когда ни одна из ее строк не содержит в любом ее поле более одного значения, и не одно из ее ключевых полей не пусто. Для того чтобы привести наши отношения к первой нормальной форме надо сущность ФИО разбить на три отдельные (Фамилия, Имя, Отчество). Так же следует вынести в отдельную таблицу структурное подразделение, должности и наименование фирмы, чтобы не допустить избыточности данных. В отдельную таблицу выносятся приказы по личному составу и производственные приказы, так как нумерация у приказов общая. Атрибуты место проживания по паспорту и фактическое место проживания не требуют разбиения так как используются один раз.

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

Третья НФ: Таблица находится в третей нормальной форме, если она удовлетворяет определению второй нормальной формы и ни одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля. Отношения, представленные в данной БД приведены к третей нормальной форме.

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

2. Диаграмма "сущность – связь"

3. Нормализация отношений (таблиц)

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

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

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

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

8. Примеры обработки запросов

9. Разработка отчета

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

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

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

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

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

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

Разработать базу данных "Библиотека". Сведения:

– Номер читательского билета абонента;

– Фамилия, имя, отчество;

– Издательство, место, год издания;

– Количество экземпляров в фондах библиотеки;

– Дата выдачи книги;

– Заказы на бронирование книг (данные книги, номер билета читателя, дата заказа).

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

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

– Сведения о читателе, прочитавшем за определенный интервал времени максимальное количество книг;

– Сведения о наличии определенной книги в фондах библиотеки;

– Вывод сведений о домашнем адресе и телефоне определенного читателя.

Заказы на бронирование книг с группировкой и сортировкой по датам заказа.

2. Диаграмма "сущность – связь"

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

Выделим основные сущности и установим между ними связи. На рисунке 1 представлена диаграмма "сущность-связь".

Рисунок 1 – Диаграмма "сущность-связь"

3. Нормализация отношений (таблиц)

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

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

Таблица 1 Таблица "Информация о читателе"

Поле Описание
1 Номер билета Номер читательского билета
2 Фамилия Фамилия читателя
3 Имя Имя читателя
4 Отчество Отчество читателя
5 Телефон Телефон для связи с читателем
6 Адрес Адрес читателя

Таблица 2 Таблица "Информация о книге"

Поле Описание
1 Шифр книги Библиотечный шифр книги
2 Название Название книги
3 Код издательства Ссылка на код издательства
4 Год издания Год издания книги
5 Объем книги Объем книги в листах
6 Цена Цена книги
7 Количество Количество экземпляров в фондах библиотеки

Таблица 3 Таблица "Выдача книг"

Поле Описание
1 Код выдачи Код выдачи книги
2 Шифр книги Ссылка на библиотечный шифр книги
3 Код читательского билета Ссылка на код читательского билета
4 Дата выдачи книги Дата выдачи книги
5 Дата возврата книги Дата возврата книги

Таблица 4 Таблица "Бронирование книг"

Поле Описание
1 Код брони Код брони книги
2 Шифр книги Ссылка на библиотечный шифр книги
3 Код читательского билета Ссылка на код читательского билета
4 Дата заказа Дата заказа книги

Таблица 5 Таблица "Издательства"

Поле Описание
1 Код издательства Код издательства
2 Наименование Наименование издательства
3 Код города Ссылка на город издательства

Таблица 6 Таблица "Города"

Поле Описание
1 Код города Код города
2 Наименование Наименование города

Таблица 7 Таблица "Авторы"

Поле Описание
1 Код автора Код автора
2 Фамилия Фамилия автора
3 Имя Имя автора
4 Отчество Отчество автора

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

Таблица 8 Таблица "Авторы книг"

Поле Описание
1 Код записи Код записи
2 Шифр книги Ссылка на шифр книги
3 Код автора Ссылка на код автора

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

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

Приведем ко второй нормальной форме. Определим ключи.

Таблица 9 Ключевые поля таблиц

Таблица Первичный ключ Простой ключ
Информация о читателе Номер билета
Информация о книге Шифр книги 1) Код автора2) Код издательства
Выдача книг Код выдачи 1) Шифр книги2) Код читательского билета
Бронирование книг Код брони 1) Шифр книги2) Код читательского билета
Издательства Код издательства 1) Код города
Города Код города
Авторы Код автора
Авторы книг Код записи 1) Шифр книги2) Код автора

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

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

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

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

Представим структуру таблиц.

Таблица 10 Таблица "Информация о читателе"

Поле Тип Размер Описание
1 Номер билета Счетчик Номер читательского билета
2 Фамилия Текстовый 60 Фамилия читателя
3 Имя Текстовый 60 Имя читателя
4 Отчество Текстовый 60 Отчество читателя
5 Телефон Текстовый 20 Телефон для связи с читателем
6 Адрес Текстовый 60 Адрес читателя

Рисунок 2 – Таблица "Информация о читателе"

Оцените статью
Добавить комментарий

Adblock
detector