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

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


курсовая работа Информационное обеспечение

Информация:

Тип работы: курсовая работа. Добавлен: 12.11.2012. Сдан: 2011. Страниц: 4. Уникальность по antiplagiat.ru: < 30%

Описание (план):


Содержание
    Что такое база данных
    Структура базы данных
    Отношения между таблицами
    Нормализация баз данных
    Ключи и индексы
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1. Что такое база данных
Можно с большой  степенью достоверности утверждать, что большинство приложений, которые  предназначены для выполнения хотя бы какой-нибудь полезной работы, тем  или иным образом используют структурированную  информацию или, другими словами, упорядоченные  данные. Такими данными могут быть, например, списки заказов на тот  или иной товар, списки предъявленных  и оплаченных счетов или список телефонных номеров ваших знакомых. Обычное  расписание движения автобусов в  вашем городе - это тоже пример упорядоченных  данных.
При компьютерной обработке  информации упорядоченные каким либо образом данные принято хранить в базах данных - особых файлах, использование которых вместе со специальными программными средствами позволяет пользователю как просматривать необходимую информацию, так и, по мере необходимости, манипулировать ею, например, добавлять, изменять, копировать, удалять, сортировать и т.д.
Таким образом, дать простое  определение базы данных можно следующим  образом. База данных - это набор  информации, организованной тем, или  иным способом. Пожалуй, одним из самых  банальных примеров баз данных может  быть записная книжка с телефонами ваших знакомых. Наверное, у вас  есть сейчас или когда-либо была эта  полезная вещь. Этот список фамилий  владельцев телефонов и их телефонных номеров, представленный в вашей  записной книжке в алфавитном порядке, представляет собой, вообще говоря, проиндексированную базу данных. Использование индекса - в данном случае фамилии (или имени) позволяет вам достаточно быстро отыскать требуемый номер телефона.
2. Структура базы данных
Телефонный справочник представляет собой так называемую “плоскую” базу данных, в которой  вся информация располагается в  единственной таблице. Каждая запись в  этой таблице содержит идентификатор  конкретного человека - имя и фамилию и его номер телефона. Таким образом таблица состоит из записей, информация в которых разделена на несколько частей - полей. В данном случае полями являются “ФИО” и “Номер телефона”, как показано на рис.1.1.  
Рис.1.1. Таблица, запись и поле.

В отличие от плоских, реляционные базы данных состоят  из нескольких таблиц, связь между  которыми устанавливается с помощью  совпадающих значений одноименных  полей.
Здесь следует отметить, что использование реляционной  модели баз данных не является единственно  возможным способом представления  информации. В настоящее время  существует несколько различных  моделей представления данных, которые, однако, пока не получили такого широкого распространения среди разработчиков  и пользователей, как реляционная  модель. То есть при разработке систем управления базами данных реляционная  модель практически является стандартом.
В качестве примера  реляционной базы данных можно привести поставляемую вместе с Visual Basic базу данных BIBLIO.MDB, содержащую библиографическую информацию о книгах по программированию, их авторах и издательствах, эти книги опубликовавших.
Так как Visual Basic использует ту же систему управления базами данных (MS Jet Engine), что и MS Access, то несмотря на наличие в Visual Basic средств работы со многими форматами БД, все таки в приложениях предпочтительно использовать файлы баз данных в формате MS Access. Эти файлы имеют расширение MDB и здесь в основном будут описаны приемы работы с файлами именно такого формата.
Перейдем теперь к  исследованию базы данных с библиографией. Для этого откройте файл BIBLIO.MDB при  помощи MS Access или VisData.
Содержимое файла  базы данных BIBLIO.MDB показано на рис.1.2. В  базу данных входят таблицы (Tables), запросы (Queries), формы (Forms), отчеты (Reports), макросы (Macros) и модули (Modules). Макросы, формы и модули нам не интересны, так как это вотчина разработчиков, применяющих Visual Basic for Applications или, сокращенно, VBA.
 
Рис.1.2. Содержимое файла BIBLIO.MDB

Из рисунка видно, что база данных состоит из таблиц: PUBLISHERS, AUTHORS и TITLES. Каждая из таблиц содержит информацию об объектах одного типа. Из названий таблиц становиться понятно, что данные в каждой таблице принадлежат  одной и той же группе объектов. Каждая строка в этих таблицах однозначно определяет один объект из соответствующей  группы. Вообще, база данных может состоять из одной или нескольких таблиц. Запись, в свою очередь, состоит из нескольких полей, каждое из которых  содержит элемент данных об объекте.
Типы данных, которые  можно поместить в таблицу, зависят  от формата файла базы данных. В  таблице 1.1 приведены некоторые типы данных, которые поддерживаются системой управления базами данных Visual Basic для файлов MS Access.
Таблица 1.1
Название Описание
Text Строки  алфавитно-цифровых символов. Например, адрес, номер телефона, почтовый индекс и т.п. Текстовое поле может содержать  от 0 до 255 символов.
Memo Длинные строки. Например, комментарии. Максимальный размер ограничен 1.2 Гбайт.
Yes/No Yes/No, True/False, On/Off, 0 или 1.
Byte Целые числа в диапазоне от 0 до 255.
Integer Целые числа в диапазоне от -32768 до +32767.
Long Целые числа в диапазоне от -2147483648 до 2147483647.
Single Вещественные  числа в диапазоне от -3.4? 1038 до 3.4? 1038.
Double Вещественные  числа в диапазоне от -1.8? 10308 до 1.8? 10308.
Date/Time Дата  и время.
Currency Используется  для обозначения денежных сумм. Запоминаются 11 знаков слева от десятичной точки  и 4 знака справа от десятичной точки.
Counter Длинные целые с автоматическим приращением.
OLE OLE-объекты,  созданные в других программах  с использованием протокола OLE. Размер ограничен 1.2 Гбайт.
Binary Любой двоичный объект размером до 1.2 Гбайт. Этот тип обычно используется для  хранения рисунков и двоичных файлов.
Таблица PUBLISHERS (Издатели) содержит информацию об издательствах (имя компании, ее адрес, телефон, факс и др.). На рис. 1.3 и 1.4 показаны структура  таблицы PUBLISHERS и ее содержимое в  табличном виде.
 
Рис.1.3. Структура таблицы PUBLISHERS
 

 
Рис.1.4. Содержимое таблицы PUBLISHERS

Таблица AUTHORS (Авторы) содержит информацию о авторах - ФИО и год рождения. Структура этой таблицы и ее содержимое показаны на рис.1.5 и 1.6 соответственно.
 
Рис.1.5. Структура таблицы AUTHORS
 

 
Рис.1.6. Содержимое таблицы AUTHORS

Таблица TITLES (Заголовки) содержит данные о самих книгах - название книги, год издания, код ISBN, издатель, краткое описание и др. Структура таблицы TITLES и ее содержимое показаны на рис.1.7 и 1.8 соответственно.
 
Рис.1.7. Структура таблицы TITLES
 

 
Рис.1.8. Содержимое таблицы TITLES

Из рис.1.2 видно, что в базе данных BIBLIO.MDB присутствует еще и таблица TITLE AUTHOR. На первый взгляд непонятно зачем она нужна. Ведь в базе данных есть таблица TITLES с заголовками книг и таблица AUTHORS с данными об авторах. Однако все же эта таблица нужна и для чего она так необходима станет понятно, когда в дальнейшем будем рассматривать отношения между таблицами.
3. Отношения между таблицами
Отношения между таблицами  устанавливают связь между данными  находящимися в разных таблицах базы данных.
Отношения между таблицами  определяются отношением между группами объектов соответствующего типа. Например, один автор может написать несколько  книг и издать их в разных издательствах. Или издательство может опубликовать несколько книг разных авторов. Таким  образом, между авторами и названиями книг существует отношение один-ко-многим, а между издательствами и авторами существует отношение много-ко-многим.
Отношения между таблицами  базы данных BIBLIO.MDB показаны на рис.1.9.
 
Рис.1.9. Отношения между таблицами  базы данных BIBLIO.MDB.

Отношение один-к-одному
Если между двумя  таблицами существует отношение  один-к-одному, то это означает, что каждая запись в одной таблице соответствует только одной записи в другой таблице.
Примером такого отношения  может служить отношение между  таблицами. Таблица AUTHORS (Авторы) рассмотрена  выше (рис. 1.5 и 1.6) и содержит краткую  информацию о авторах (ФИО и год рождения). Таблица PERSON (Личность) содержит персональную информацию о авторах (домашний адрес, телефон, образование и др.) Структура таблицы PERSON показана на рис.1.10. Следует отметить, что в базе данных BIBLIO.MDB никакой таблицы PERSON нет и мы упоминаем о ней только как о иллюстрации отношения между таблицами - один-к-одному.
 
Рис.1.10. Структура таблицы PERSON

Между таблицами AUTHORS и PERSON существует отношение один-к-одному, так как одна запись, идентифицирующая автора, однозначно соответствует только одной записи в таблице PERSON, содержащей персональные данные об авторе.
Связь между таблицами  определяется с помощью совпадающих  полей: Au_ID в таблице AUTHORS и в таблице PERSON.
Отношение один-ко-многим
Хорошим примером отношения  между таблицами один-ко-многим является отношение между авторами и названиями книг (таблицы AUTHORS и TITLES), так как каждый автор может иметь отношение к созданию нескольких книг. Связь между таблицами AUTHORS и TITLES осуществляется с помощью совпадающих полей Au_ID в обеих таблицах.
Аналогичное отношение  существует между издательствами и  названиями изданных книг, организацией и работающими в ней сотрудниками, автомобилем и деталями, из которых  он состоит и т.п. Понятно, что  подобный тип отношения между  таблицами наиболее часто встречается  при проектировании структуры баз  данных.
Отношение много-к-одному
Отношение много-к-одному полностью аналогично рассмотренному выше отношению один-ко-многим.
Отношение много-ко-многим
При отношении между  двумя таблицами много-ко-многим каждая запись в одной таблице связана с несколькими записями в другой таблице и наоборот. Иллюстрацией такого отношения может служить отношение между таблицами PUBLISHERS и AUTHORS. С одной стороны, каждое издательство может публиковать книги разных авторов и с другой стороны - каждый автор может публиковаться в разных издательствах.
Для удобства работы с таблицами, имеющими отношение  много-ко-многим, обычно в базу данных добавляют еще одну таблицу, которая находится в отношении один-ко-многим и много-к-одному к соответствующим таблицам. В случае базы данных BIBLIO.MDB такой таблицей является TITLE AUTHOR.
4. Нормализация баз данных
Рассмотрим процесс  нормализации базы данных на примере  базы данных BIBLIO.MDB. Вообще говоря, все  данные о книгах, авторах и издательствах  можно разместить в одной таблице, названной, например, BIBLIOS. Структура  этой таблицы показана на рис. 1.11. В  принципе, можно работать и с такой  таблицей. С другой стороны понятно, что такая структура данных является неэффективной. В таблице BIBLIOS будет  достаточно много повторяющихся  данных, например сведения об издательстве или авторе будут повторяться  для каждой опубликованной книги. Такая  организация данных приведет к следующим  проблемам, с которыми столкнется конечный пользователь вашей программы:
Наличие повторяющихся  данных приведет к неоправданному увеличению размера файла базы данных. Кроме  нерационального использования  дискового пространства, это также  вызовет заметное замедление работы приложения.
Ввод пользователем  большого количества повторяющейся  информации неизбежно приведет к  возникновению ошибок.
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.