Реферат: Библиотека колледжа
Техническое задание на проектирование базы данных должен предоставить заказчик. Однако для этого он должен владеть соответствующей терминологией и знать, хотя бы в общих чертах, технические возможности основных СУБД. К сожалению, на практике такое положение встречается не всегда.
3.2 Разработка структуры базы данных
Выяснив основную часть данных можно приступать к созданию структуры базы, то есть структуры ее основных таблиц.
1.Работа начинается с составления основного списка полей – он может насчитывать десятки и даже сотни позиций.
2.В соответствии с типом данных, размещаемых в каждом поле, определяют наиболее подходящий тип для каждого поля.
3.Далее распределяют поля основного списка по базовым таблицам. На первом этапе распределение производят по функциональному признаку. Цель – обеспечить, чтобы ввод данных в одну таблицу производился, по возможности на одном рабочем месте.
4.В каждой из таблиц задается ключевое поле . В качестве такого выбирают поле, данные в котором повторяться не могут. Например, для таблицы данных о книгах таким полем может служить инвентарный номер книги. Для таблицы, в которой содержаться авторы, такого поля можно и не найти, но его можно создать искусственным комбинированием полей. Если в таблице вообще нет ни каких полей, которые можно было бы использовать как ключевые, всегда можно ввести дополнительное поле типа Счетчик – оно не может содержать повторяющихся данных по определению.
5.С помощью карандаша и бумаги расчерчивают связи между таблицами. Такой чертеж называется схемой данных . Существует несколько типов возможных связей между таблицами. Наиболее распространенными являются связи «один ко многим» и «один к одному». Связь между таблицами организуется на основе общего поля, причем в одной из таблиц оно обязательно должно быть ключевым, то есть на стороне «один» должно выступать ключевое поле, содержащее уникальные, неповторяющиеся значения. Значения на стороне «многие» могут повторяться.
6.Разработкой схемы данных заканчивается «бумажный» этап работы над техническим предложением, после чего приступать к непосредственному созданию базы данных.
Следует помнить, что по ходу разработки проекта заказчику непременно будут приходить в голову новые идеи. На всех этапах проектирования он стремится охватить единой системой все новые и новые подразделения и службы предприятия. Возможность гибкого использования его пожеланий во многом определяется квалификацией разработчика базы данных. Если схема данных составлена правильно, подключать к базе новые таблицы нетрудно. Если структура базы нерациональна, разработчик может испытать серьезные трудности и войти в противоречие с заказчиком. Противоречия исполнителя с заказчиком всегда свидетельствуют о недостаточной квалификации исполнителя. Именно по этому этап предварительного проектирования базы данных следует считать основным. От его успеха зависит, насколько база данных станет удобной, и будут ли с ней работать пользователи. Если отмечается, что пользователи базы «саботируют» ее эксплуатацию и предпочитают работать традиционными методами, это говорит не о низкой квалификации пользователей, а о недостаточной квалификации разработчика базы.
На этом этапе завершается разработка базы данных, и на следующем этапе начинается ее основное проектирование. С этого момента следует начать работу с СУБД.
4. Проектирование баз данных
4.1 Режимы работы с базами данных
Обычно с базами данных работают две категории пользователей. Первая категория – проектировщики . Их задача состоит в разработке структуры таблиц базы данных и согласование ее с заказчиком. Кроме таблиц проектировщики разрабатывают и другие объекты базы данных, предназначенные, с одной стороны, для автоматизации работы с базой, а с другой стороны – для ограничения функциональных возможностей работы с базой (если это необходимо из соображений безопасности). Проектировщики не наполняют базу конкретными данными, (заказчик может считать их конфиденциальными и не предоставлять посторонним лицам). Исключение составляет экспериментальное наполнение модельными данными на этапе отладки объектов базы.
Вторая категория исполнителей, работающих с базами данных, - пользователи в данном случае ими являются библиотекари и читатели, приходящие в библиотеку. Они получают исходную базу данных от проектировщиков и занимаются ее наполнением и обслуживанием. В общем случае пользователи не имеют средств доступа к управлению структурой базы – только к данным, да и то не ко всем, а к тем, работа с которыми предусмотрена на конкретном рабочем месте.
Соответственно СУБД имеет два режима работы: проектировочный и пользовательский . Первый режим предназначен для создания или изменения структуры базы и создание ее объектов. Во втором режиме происходит использование ранее подготовленных объектов для наполнения базы или получения данных из нее.
4.2 Объекты базы данных
4.2.1 Таблицы
Таблицы – это основные объекты любой базы данных. Во-первых, в таблицах хранятся все данные, имеющиеся в базе, а во-вторых, таблицы хранят и структуру базы (поля, их типы и свойства). В примере нашей базы можно показать список таблиц:
|
Таблица «Авторы» состоит из следующих полей:
· Код автора
· Имя автора
Эта сущность отводится для хранения сведений об основных людях, принимавших участие в подготовке рукописи издания (авторах, составителях, титульных редакторах, переводчиках и художниках). Такое объединение допустимо, так как данные о разных создателях выбираются из одного домена (фамилия и имена) и исключает дублирование данных Так как фамилия и имена (инициалы) создателя могут быть достаточно громоздкими (М.Е. Салтыков-Щедрин, Франсуа Рене де Шатобриан, Остен Жюль Жан-Батист Ипполит и т.п.) и будут многократно встречаться в разных изданиях, то их целесообразно нумеровать и ссылаться на эти номера. Для этого вводится целочисленный атрибут "Код_автора" – это ключевое поле, которое будет автоматически наращиваться на единицу при вводе в базу данных нового автора. Поле «Имя автора» является текстовым типом данных.
Таблица «Выдача» состоит из следующих полей:
· Код формуляра
· Дата выдачи (книги)
· Срок
· Дата возврата
· Инвентарный номер (который индивидуален для каждой книги)
Поле «код формуляра» предназначено для присвоения каждому формуляру индивидуального номера, оно имеет тип данных «счетчик».
В поле «дата выдачи» указывается дата выдачи определенного экземпляра. Тип данных – «дата/время».
В поле «Срок» указывается срок на который выдается книга. В случае задержки книги, налагается штраф, который определяется библиотекой. Тип данных – «числовой».