Навигация
Главная
 
Главная arrow Банковское дело arrow Информационные технологии в банках - Страхарчук АЯ
Предыдущая   СОДЕРЖАНИЕ   Следующая

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

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

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

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

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

Вторая категория - пользователи, которые работают с базами данных Они получают входную базу данных от проектировщиков, наполняют ее и обслуживают пользователи не имеют средств доступа к управлению тока уктурою базы, они имеют доступ только к данным, при этом только тем, работа с которыми предусмотрена на их конкретные рабочие местаці.

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

Определив основную часть данных, которые заказчик использует, начинают разработку структуры базы, то есть структуры ее основных таблиц

1 Работа начинается с определения генерального перечня полей, который может насчитывать десятки и сотни позиций

2 В типа данных, размещаемых в каждом поле, определяют тип каждого поля

3 Распределяют поля генерального списка по базовым таблицам На первом этапе распределение производят по функциональному признаку Цель - обеспечить однократное введение данных в одну таблицу по возможности в р рамках одного подразделения, или (еще лучше) - на одном рабочем месте На втором этапе распределения полей осуществляют нормализацию данных с целью изъятия повторов данных в таблицах базы даныаних.

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

5 На следующем этапе определяют связи между таблицами (схему данных) Связи между таблицами организуются на основе общего поля, причем в одной из таблиц оно обязательно должно быть ключевым есть н на стороне"один"должна быть ключевое поле, которое не повторяется, значение на стороне"многие"могут повторяться 6"Бумажный"этап работы над техническими предложениями заканчивается разработкой схемы данных Эту схему следует согласовать с заказчиком, после чего начать непосредственное создание базы данных Следует помнить, что в ходе разработки проекта заказчику непременно будут поступать новые идеи Возможность гну чкого использования его пожеланий существенно зависит от квалификации разработчика базы данных Если схема данных составлена ??правильно, подключить к базе новые таблицы нетрудно Если структура базы нерациональна разработчик может натолкнуться на существенные трудности и прийти противоречия с заказчиком Спор исполнителя с заказчиком всегда свидетельствует о недостаточной квалификации исполнителя На этом этапе завершается предварительное проектирование базы данных, и на следующем этапе начинается ее непосредственная разработка (внедрениепровадження).

 
Предыдущая   СОДЕРЖАНИЕ   Следующая
 
Дисциплины
Банковское дело
БЖД
Бухучет и Аудит
География
Документоведение
Экология
Экономика
Этика и Эстетика
Журналистика
Инвестирование
Информатика
История
Культурология
Литература
Логика
Логистика
Маркетинг
Медицина
Менеджмент
Педагогика
Политология
Политэкономия
Право
Естествознание
Психология
Религиоведение
Риторика
РПС
Социология
Статистика
Страховое дело
Товароведение
Туризм
Философия
Финансы