Базы и банки данных

 

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

 

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

 

6. Разработкой схемы данных заканчивается «бумажный» этап работы над техническим предложением. Эту схему можно согласовать с заказчиком, после чего приступать к непосредственному созданию базы данных.

 

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

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

 

 

Заключение

 

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

Системы управления базами данных позволяют легко взаимодействовать с различными типами баз данных, создавать сложные запросы, процедуры и макросы для манипулирования данными. Типичным примером СУБД является продукт компании Microsoft - MS Access, который позволяет достаточно просто и быстро создавать базы данных и управлять ими. В основу синтаксиса команд и запросов в MS Access заложен принцип еще одного продукта Microsoft – MS SQL (от англ. Structured Query Language – Структурированный Язык Запросов).

 

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

 

1. Понятие базы данных [Электронный ресурс] / Северо-Кавказский гос. технологический ун-т — [199-?] — Режим доступа: http://www.skgtu.ru/romanebook/lections/BD/8.htm  свободный. — Загл. с экрана.

 

2. Информатика. Базовый курс /Симонович С.В. и др. - СПб:   Издательство «Питер», 2000. – 640с.

 

3. Информатика. Учебное пособие /Под ред. В.Г. Кирия. – Иркутск:      ИрГТУ ,1998 часть 2. – 382с.

 

4. Информатика. Учебное пособие  /Ломтадзе В.В., Шишкина Л.П. – Иркутск: ИрГТУ, 1999. – 116с.

 

5. Иван Портянкин. Введение в системы баз данных [Текст]: Вильямс, 2006 —1328с. — ISBN: 5-8459-0788-8, 0-321-19784-4

 

6. Джен Л. Харрингтон. Проектирование реляционных баз данных [Текст]: Лори, 2006 — 230с. — ISBN: 0-12-326425-1, 5-85582-082-3

 

7. Э. Э. Гасанов, В. Б. Кудрявцев. Теория хранения и поиска информации [Текст]: ФИЗМАТЛИТ, 2002 — 288с. — ISBN: 5-9221-0235