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

243 Архитектура баз данных

Базу данных можно представить как людинозориентовану и компьютерозориентова-на модель данных, каждая из которых определяет свою среду хранения данных Людинозориентована модель базы данных отображается в бумагах ровых документах и ??в памяти человека, а компютерозориентоваиа - на физических носителях ЭВМ Каждый уровень данных характеризуется своим описанием (восприятием) элементов данных - внешний (инфологической), концепции туальный (даталогичний) и внутренний (физический) уровень Эти уровни формируют трехуровневую архитектуру баз даныних.

Описание, выполнен с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятный людям, которые работают над проектированием базы данных, называют инфологической моделью да аних Основными конструктивными элементами иифологичнои модели являются сущности, связи между ними и их свойства Сущность - это любой объект, информацию о котором нужно хранить в базе данных сущего стями могут быть товары, производители товаров, банковские счета и т.д. Свойство - пименована характеристика сущности (текущий счет, фирма"Свиточ"и т.д.) Для ускорения поиска конкретных атрибуте в базы данных используют ключи Ключ - минимальный набор атрибутов, по значению которых можно однозначно найти требуемый экземпляр сущности Например, для сущности Розклад_занять ключом является атрибут № _ группы или набор: ДМС-циплина, Время и лекта Лектор.

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

При построении инфологических моделей, как правило, используют язык ER-диаграмм (от англ Entity-Relationship - сущность-связь) У них сущности отображаются прямоугольниками, ассоциации - ромбами аб потому шестиугольниками, атрибуты - овалами, а связи между ними - неналравленимы ребрами, над которыми могут проставляться степени связи (1 или буква, которая заменяет слово"много\") и необходимые пояснения Между д Вома сущностями, например А и В, возможны четыре типа связиків.

Первый тип - связь"один-к-одному"(1:1): в каждый момент времени каждому представителю сущности А соответствует 1 или 0 представителей сущности В

Второй тип - связь"один-ко-многим"(1: М): одному представителю сущности А соответствует 0,1 или несколько представителей сущности В

Между двумя сущностями возможны связи в обоих направлениях, поэтому существуют два типа связей"многие-к-одному"(м: 1) и"многие-ко-мно-ти"( м: n)

Построение хорошей инфологической модели - достаточно сложный процесс Опыт построения таких моделей десятилетиями формировали ведущие специалисты в области обработки данных

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

Организация обработки данных в СУБД

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

СУБД у багатокористувацькій системі

Рис 220 СУБД в многопользовательской системе

Организация обработки данных зависит от способа их распределения Существуют централизованный, децентрализованный и смешанный способы распределения данных

Централизованная организация данных является простой для реализации (рис 221)

Централізована організація даних

Рис 221 Централизованная организация данных

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

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

Децентралізована організація даних засобом поділу

Рис 222 Децентрализованная организация данных средством разделения

Рис 223 Децентрализованная организация данных средством дублирования

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

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

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

В базе с централизованной организацией данных главную роль выполняет сервер базы данных Он обеспечивает реализацию многопользовательского интерфейса (доступ пользователей ко всем файлам) Файловые серверы осу снюють перемещения полных копий файлов от сервера к рабочей станции и обратноку.

Возможна и смешанная организация данных, которая объединяет два способа-деление и дублирования, приобретая при этом и преимуществ и недостатков обоих способов (рис 224)

Мішана організація даних

Рис 224 Смешанная организация данных

В сети СУБД следит за разграничением доступа разных пользователей к общей базе данных и обеспечивает защиту данных при одновременной работы пользователей с общими данными

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

Концепция файлового сервера в локальной сети обеспечивается рядом сетевых операционных систем (Microsoft Windows NT, Novell NetWare и т.д.)

В сети, поддерживает концепцию"клиент / сервер\", используется сервер баз данных, который размещается на мощной машине, выполняет обработку данных, размещенные на сервере, и ответственность за их цилиснис во сохранить Для управления базой данных на сервере используется язык структурированных запросов SQL (Structured Queries Language).

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

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