Министерство образования Российской Федерации
Магнитогорский государственный технический
университет им. Г.И. Носова
Кафедра экономики и финансов предприятий
БАЗЫ ДАННЫХ
Методические указания и задания по
выполнению контрольных работ для
студентов специальностей 060800, 060500
по дисциплине "Базы данных"
Магнитогорск
Содержание
стр.
Введение 1. Проектирование и этапы создания базы данных 2. Пример выполнения контрольного задания по проектированию и созданию базы данных 3. Варианты контрольных заданий |
4 5
9 19
|
Введение
Успешная работа экономических, финансовых и бухгалтерских служб предприятия во многом зависит от правильной организации системы учета и обработки информации, которую невозможно представить без использования баз данных. Базы данных позволяют организовать доступ к информации и ее хранение наиболее эффективно с выполнением требований по оперативности, качеству и гибкости при относительно небольших затратах.
Разработка бухгалтерских и экономических электронных приложений, основанных на использовании баз данных, - дело профессиональных программистов, однако их работа немыслима без сотрудничества и консультаций с людьми, представляющих интересы и пожелания конечных пользователей. Наиболее эффективно базы данных могут использоваться только в том случае, если они учитывают специфику той области деятельности, того предприятия и того объекта, которому они посвящены. А в этих вопросах лучше разбираются люди, непосредственно работающие с такими объектами, а не программисты. Поэтому пользователи программных продуктов, которыми можете оказаться и Вы, должны представлять себе, что такое базы данных, как они работают, уметь формулировать задачи получения, обработки и хранения информации в терминах баз данных, т.е. обладать элементарными навыками в проектировании баз данных.
Целью методических указаний и контрольной работы является выработка практических умений по проектированию баз данных и работе с ними в пакете Microsoft Access. Студентам предлагается разработать базу данных по определенному общеизвестному объекту и реализовать ее в пакете Access.
проектированиЕ и этапы создания базы данных
При проектировании базы данных следует придерживаться определенного порядка и набора правил. Это позволит избежать ошибок и сделать процесс проектирования более осмысленным и понятным. Можно выделить следующие основные этапы проетирования базы данных:
Определение цели создания базы данных, ее основных функций и информации, которую должна содержать база. База данных должна отвечать требованиям тех, кто будет с ней непосредственно работать. Поэтому необходимо определить темы, которые должна затрагивать база данных, отчеты, которые она должна формировать, проанализировать формы, которые в настоящий момент используются для записи данных, сравнить вновь создаваемую базу данных с хорошо спроектированной подобной ей базой.
Проектирование предметной области.
По описанию предметной области и функций управления, которые необходимо реализовать, проектируется структура предметной области. Т.е., выделяются классы объектов и существенные отношения между ними. Проектирование предметной области является результатом структуризации, т.е. некоторого мыслительного процесса человека. Структура отражает наш взгляд на предметную область. Структура предметной области представляется в виде схемы. На схеме родительские классы объектов должны быть изображены выше, а дочерние - ниже. Отношения классов объектов типа 1 : М (один ко многим) изображаются стрелкой, идущей от родительского класса объекта к дочернему. Для объектов каждого класса указываются ключевые свойства, служащие идентификатором родительского объекта отношения и самого отношения. На схеме ключевые свойства отношений указываются над соответствующими стрелками.
Проектирование структуры базы данных.
3.1. Определение набора таблиц.
База данных состоит из линейных таблиц. Каждая таблица соответствует определенному классу объектов. Т.е. между классами объектов и таблицами базы данных необходимо установить взаимно однозначное соответствие. При проектировании таблиц рекомендуется руководствоваться следующими основными принципами:
каждая таблица должна содержать информацию только на одну тему;
информация не должна дублироваться.
Соблюдение указанных принципов позволяет достичь наибольшей эффективности работы базы и избежать избыточности и противоречивости данных в базе. Эти же принципы используются при определении состава полей.
3.2. Создание словаря имен.
Всем таблицам и полям должны быть присвоены системные имена. Системные имена нужны для работы СУБД (системы управления базами данных). Конечный пользователь базы данных не обязан знать системные имена. Системные имена назначаются по определенным правилам. Они должны быть краткими, состоять из букв, цифр и символа подчеркивания. Системное имя начинается с заглавной буквы. Пробелы и знаки препинания в системных именах недопустимы.
Кроме СУБД с системными именами работает разработчик приложения и лицо, которое будет осуществлять сопровождение приложения. Поэтому, системные имена, по возможности, должны отражать содержание таблицы или поля.
Для образования имен сначала составляется словарь. Т.е. набор слов и их сокращений, которые будут использоваться для образования имен. Словарь должен быть по возможности кратким и хорошо продуманным. Не надо жалеть времени для работы над словарем.
Приведем пример словаря, в котором для каждого слова в скобках укажем принятое сокращение: Номер (Ном), Наименование (Наим), Участок (Уч), Вид (Вид) и т. д.
Образуем системные имена: НомУч, НомВид, НаимУч, НаимВид.
Т.е. имя образуется из принятых сокращений слов. Каждое слово в имени начинается с большой буквы.
Системные имена таблиц и полей используются для записи выражений, расчетных формул и различных условий (группировки, выборки и т.д.). Именно поэтому системные имена должны быть однозначными, краткими и легко воспринимаемыми человеком.
3.3. Определение состава и типов полей.
Таблицы состоят из записей, а записи – из полей. Поля содержат значения реквизитов, отображающих определённые свойства объектов. Для каждой таблицы определяется состав полей с выбором и обоснованием типа поля. Выбор типа поля существенно влияет на объем требуемой дисковой памяти для базы данных и на время работы приложения при решении отдельных задач.
Тип поля зависит от типа реквизита. Но типов полей значительно меньше чем типов реквизитов. Поэтому, несколько типов реквизитов могут отображаться в один и тот же тип поля.
Часто возникает вопрос, в какой тип поля отобразить реквизит – числовой или текстовый. Существует простое правило решения этого вопроса. Если реквизит по смыслу и содержанию не предназначен и не может участвовать в арифметических операциях, то этот реквизит отображается в текстовое поле. Т.е. табельные номера, номера бухгалтерских счетов и т.д. отображаются в поля текстового типа.
При присвоении полю системного имени используются сокращения, принятые при формировании словаря имен.
Структура базы данных должна быть представлена схемой данных, набором вспомогательных таблиц (по одной на каждую таблицу базы данных), содержащих список полей таблицы базы данных и значений основных свойств полей этой таблицы.
Разработка форм для ввода и отображения информации.
Информация хранится в таблицах, однако не всегда удобно заполнять эти таблицы. Для этого существуют формы. Возможности форм по вводу и отображению информации гораздо шире, чем возможности таблиц. Формы позволяют максимально облегчить пользователю работу по вводу информации.
Разработка запросов.
С помощью запросов можно просматривать, анализировать и изменять данные из одной или нескольких таблиц. Запросы также используются в качестве источника данных для форм и отчетов. Существуют запросы на выборку, запросы с группировкой, перекрестные запросы, запросы на изменение, добавление, объединение, удаление информации и др. типы запросов, сочетающие свойства уже перечисленных. В Microsoft Access запросы можно создавать при помощи мастера, в режиме конструктора или с использованием языка запросов SQL (Structured query language). Язык SQL является общепризнанным средством написания запросов, поэтому владение основами этого языка обязательно.
Разработка отчетов.
Отчеты представляют собой средство для организации вывода данных на печать. В отчетах используются данные из исходных таблиц, запросов, инструкции SQL.
Тестирование базы данных
Разрабатывается контрольный пример. Контрольный пример – это минимальный набор данных базы, позволяющий выявить структуру базы данных и её функциональные возможности. Т.е., таблицы базы данных должны быть заполненными. Необходимо представить несколько записей по каждой таблице, обеспечив взаимосвязь между таблицами.
Приведенный алгоритм проектирования и создания баз данных не исчерпывает всех возможностей, которые можно извлечь из использования СУБД, однако содержит основные моменты, которые обязательно должны быть учтены. Помимо перечисленных шагов, которые выполняются в процессе создания базы данных, также осуществляется создание кнопочных форм, написание функций и макросов, работа с элементами управления и др. мероприятия, призванные повысить эффективность работы базы данных.