Проектирование базы данных

Автор работы: Пользователь скрыл имя, 09 Февраля 2014 в 00:50, курсовая работа

Краткое описание

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

Содержание

Введение 3
Теоретическая часть 5
1. Базы данных и системы управления базами данных 5
1.2. Базы данных 6
1.СУБД ACCESS 9
Практическая часть 13
2. Проектирование базы данных 13
2.1. Разработка таблиц 13
2.2.Разработка запросов 23
2.3.Разработка отчетов
2.4.Разработка форм
Заключение 25
Список использованной литературы 26

Прикрепленные файлы: 1 файл

База данных в СУБД ACCESS.doc

— 477.00 Кб (Скачать документ)

 

Содержание

Введение

3

Теоретическая часть

5

1. Базы данных  и системы управления базами  данных

5

1.2. Базы данных

6

1.СУБД  ACCESS

9

Практическая  часть

13

2. Проектирование  базы данных

13

2.1. Разработка таблиц

13

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

23

2.3.Разработка отчетов

 

2.4.Разработка  форм

 

Заключение

25

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

26

   
   

 

 

 

 

 

 

 

 

 

 

 

 

Введение

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

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

Целью этой работы является создать базу данных в СУБД ACCESS. Которая должна будет автоматизировать работу сотрудников книжного магазина.

 

 

 

 

 

 

 

 

 

Теоретическая часть

  1. Базы данных и системы управления базами данных
    1. Базы данных

По упрощенному  определению, база данных - это набор  данных, которые используются системой. Обычно под данными подразумевают  значения, хранящиеся в базе данных. Но сегодня данные могут быть песней, картинкой или видеороликом. Система управления базой данных - это программы, которые помогают хранить, управлять и использовать наборы данных независимо от их формата. В более формальном определении система управления базой данных - это программное обеспечение, которое создает, поддерживает и использует базы данных. Примерами популярных крупных систем управления базами данных являются Oracle, Microsoft SQL Server и IBM DB2. Возможно, вы работали с небольшими системами управления базами данных, такими как Microsoft Access.

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

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

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

Реляционные базы данных следуют набору определенных правил, которые гарантируют целостность  данных, хранимых в базе. Заметьте, что  мы не использовали слово «корректность». Правила гарантируют лишь то, что  данные не будут противоречивыми.

Существуют  следующие типы моделей представления данных:

Иерархическая модель данных

 

Иерархическая база данных - первый предок всех баз  данных. Ее название происходит от способа  представления базы данных в виде древовидной иерархии, похожей на систему каталогов в компьютере. Самый известный подобного рода продукт под названием Information Management System (IMS, Информационная управляющая система) был разработан компанией IBM. IMS доминировал на рынке крупных баз данных с 1960-х до ранних 1990-х годов. Единственная проблема IMS заключалась в сложности ее использования. Для взаимодействия с базой данных требовался профессиональный программист. Несмотря на усилия IBM по сокращению сферы ее использования в пользу реляционных продуктов, IMS по-прежнему применяется в некоторых старых системах для управления большими базами данных, таких, например, которые используются в страховых компаниях. Компании по-прежнему используют IMS по четырем причинам. Во-первых, она дает возможность быстрого доступа к миллионам записей. Во-вторых, переход к реляционной системе может привести к временным перерывам в работе систем. В-третьих, такой переход потребует значительных финансовых затрат. В-четвертых, сложно проводить изменения в работе информационной системы в процессе ее работы.

 

2.2. Сетевая модель данных

 

Сетевая база данных, предназначенная для систем среднего размера, появилась, как способ улучшить иерархическую модель. Название происходит от представления базы данных в виде сети связанных таблиц. По сути, сетевая  диаграмма выглядит очень похоже на ERD, которые мы используем в этой книге. Основное различие между сетевой и реляционной базой данных состоит в том, что в реляционной базе данных используются внешние ключи для создания связей между таблицами, тогда как сетевая база данных использует для связи таблиц физические указатели. Это кажущееся небольшим отличие приводит при внедрении баз к сильным различиям между ними. Самый известный сетевой продукт, названный IDMS (Integrated database management systems, интегрированная система управления базами данных) была разработана компанией Computer Associates. Как и IMS, IDMS сложна в использовании, и для взаимодействия с такой базой данных требуется профессиональный программист. Большинство предприятий используют иерархические и сетевые продукты, в основном, на старых системах. Новые разработки почти полностью ведутся на основе реляционных систем.

 

2.3. Реляционная  модель данных

 

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

Существует  большой выбор реляционных продуктов. Такие разработчики, как Oracle, IBM и Microsoft, создают конкурирующие реляционные  продукты. Oracle и ЮМ конкурируют на профессиональном рынке для больших  серверов, которые используются крупными компаниями, будь то строительная или Web-компания. Microsoft нацелена на небольшие и среднего размера системы. К счастью, все эти системы основаны на одной и той же реляционной модели и используют один язык структурированных запросов (SQL).

1.2. СУБД MSAccess

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

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

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

Так как Microsoft Access является современным приложением Windows, можно использовать в работе все возможности DDE (динамический обмен данными) и OLE (связь и внедрение объектов). DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложением Windows. В Microsoft Access можно при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями.

OLE  является  более изощренным средством Windows, которое позволяет установить  связь с объектами другого  приложения или внедрить какие-либо объекты в базу данных Access. Такими объектами могут быть картинки, диаграммы, электронные таблицы или документы из других поддерживающих OLE приложений Windows.

В Microsoft Access для  обработки данных базовых таблиц используется мощный язык SQL (структурированный язык запросов). Используя SQL  можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами.

В Microsoft Access имеется  также простое и в то же время  богатое возможностями средство графического задания запроса –  так называемый «запрос по образцу» (query by example), которое используется для задания данных,  необходимых для решения некоторой задачи. Используя для выделения и перемещения элементов на экране стандартные приемы работы с мышью в Windows и несколько клавиш на клавиатуре, можно буквально за секунды построить довольно сложный запрос.

Microsoft Access спроектирован  таким образом, что он может  быть использован как в качестве  самостоятельной СУБД на отдельной  рабочей станции, так и в  сети – в режиме «клиент-сервер».  Поскольку в Microsoft Access к данным  могут иметь доступ одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заранее указать, какие пользователи или группы пользователей могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. Microsoft Access автоматически обеспечивает защиту данных от одновременной их корректировки разными пользователями. Access также опознает и учитывает защитные средства других подсоединенных к базе данных структур (таких,  как базы данных Paradox, dBASE и SQL).

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

Microsoft Access предоставляет дополнительные средства разработки приложений, которые могут работать не только с собственными форматами данных, но и с форматами других наиболее распространенных СУБД. Возможно, наиболее сильной стороной Access является его способность обрабатывать данные электронных таблиц, текстовых файлов, файлов dBASE, Paradox, Btrieve, FoxPro и любой другой базы данных SQL, поддерживающей стандарт ODBE. Это означает, что можно использовать Access для создания такого приложения Windows, которое может обрабатывать данные, поступающие с сетевого сервера SQL или базы данных SQL на главной ЭВМ.

Все выше сказанное  позволило остановить выбор на СУБД Access для  постановки и решения  задачи автоматизации процесса  ведения  документации и отчетности  в учебном заведении.

 

1.3. Типы данных  и объекты базы данных

Таблицы баз  данных, как правило, допускают работу с гораздо большим количеством  разных типов данных. Так, например, базы данных Microsoft Access работают со следующими типами данных.

Текстовый – тип данных, используемый для хранения обычного неформатированного текста ограниченного размера (до 255 символов).

Числовой – тип данных для хранения действительных чисел.

Поле Мемо – специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для пользователя такое разделение заметно не всегда.

Дата/время – тип данных для хранения календарных дат и текущего времени.

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

Счетчик – специальный тип данных для уникальных (не повторяющихся в поле) натуральных чисел с автоматическим наращиванием. Естественное использование – для порядковой нумерации записей.

Логический - тип для хранения логических данных (могут принимать только два значения, например Да или Нет).

Гиперссылка – специальное поле для хранения адресов URL Web-объектов Интернета. При щелчке на ссылке автоматически происходит запуск броузера и воспроизведение объекта в его окне.

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