Имя материала: Информационное обеспечение управленческой деятельности

Автор: Годин Владимир Викторович

5.4.1. сущность и основные понятия систем управления базами данных

 

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

При всем разнообразии упомянутых методов и средств можно выделить общие признаки, характеризующие работу с данными:

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

сами данные разбиваются на определенные компоненты, различным образом связанные друг с другом, т.е. они структурированы и упорядочены;

имеются определенные методы поиска и извлечения (выборки) необходимой информации и ее представления.

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

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

В рамках этого подхода объекты, входящие в предметную область, описываются как совокупности атрибутов (свойств), находящихся в определенных отношениях (связях) друг с другом (отсюда и название реляционный: от английского relation — отношение). Конкретная форма представления этой совокупности часто принимает вид таблицы.

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

табельный номер сотрудника;

фамилию, имя и отчество;

дату рождения;

домашний адрес;

домашний телефон;

дату поступления на работу;

место работы;

служебный телефон;

должность; оклад;

надбавку за стаж работы; проект, в котором участвует сотрудник; надбавку за участие в проекте.

Эти данные можно представить в виде таблицы, в которой каждому виду данных соответствует свой столбец, а каждому конкретному сотруднику — строка (табл. 5.15). Каждая строка этой таблицы (отношения) называется записью, а ее отдельный элемент, отвечающий тому или иному столбцу, — полем.

Табл. 5.15 представляет собой лишь небольшой фрагмент базы данных, но его свойства весьма показательны.

Во-первых, некоторые поля являются достаточно сложными и включают в себя данные, которые можно (и нужно) разбить на более мелкие компоненты (это поля, в которые входят фамилия, имя и отчество, дата рождения, адрес, место работы).

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

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

Для исключения хранения излишней информации из табл. 5.15 необходимо убрать поля, касающиеся свойств объектов, отличных от персонала, и создать для них свои отношения: «Отдел» (табл. 5.17) и «Проект» (табл. 5.18), «Надбавки» (табл. 5.19). Тогда отношение «Персонал» будет описано в табл. 5.16.

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

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

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

Представленные в табл. 5.16 — 5.19 отношения связаны друг с другом через отдельные поля: отношения «Персонал» и «Отдел» — через поле «Номер отдела» (соответственно вторичный и первичный ключ); отношения «Персонал» и «Проект» — через поле «Название проекта» (соответственно вторичный и первичный ключ).

 

Таблица 5.15

 

Сведения о персонале проектной организации

Отношение «Персонал»

 

Связь отношений «Персонал» и «Надбавки» осуществляется через поля «Дата поступления на работу» (составной вторичный ключ») и «Стаж работы» (первичный ключ), но не непосредственно, а с помощью процедуры вычисления стажа работы по значению даты поступления на работу.

Представленные в данном примере структурирование и упорядочивание данных в целом характерны для всех систем управления базами данных, и для различных программ отличается деталями.

Таблица 5.16

 

Страница: | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 |