Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Внешние модели

Читайте также:
  1. Алгоритмические модели
  2. Аналитические модели
  3. Аналитические модели
  4. Аналитические модели
  5. Аналогия и моделирование.
  6. В этих условиях более обоснованным представляется расчет ставки дисконтирования денежных потоков по модели кумулятивного построения.
  7. Внешние и внутренние факторы социального развития Востока

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

Представление внешней модели называется логической базой данных и определяется совокупностью блоков связи данного приложения с физическими БД, входящими в концептуальную схему БД. Блок связи — РСВ, program communication bloc — описывает связь с одной физической БД по следующим правилам:

DBD NAME = < имя логической БД (подсхемы)>, ACCESS = LOGICAL

DATA SET = LOGICAL.

SEGM NAME = <имя сегмента в подсхеме>,

PARENT =<имя родительского сегмента в подсхеме>,

SOURSE =(Имя соответствующего сегмента ФБД. имя ФБД)

DBDGEN

FINISH

END

Совокупность блоков РСВ образует полное внешнее представление данного приложения, называемое «блоком спецификации программ» (PSB, program specification block).

Рассмотрим пример иерархической БД.

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

Рис. 3.4. Физическая БД «Филиалы»

Какие задачи нам надо решать в ходе разработки приложения?

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

Рис. 3.5. Физическая модель «Склады»


Дата добавления: 2015-07-14; просмотров: 169 | Нарушение авторских прав


Читайте в этой же книге: Первичные ключи | Усовершенствованные сбалансированные древовидные индексы | Статическое хэширование | Архитектура базы данных. Физическая и логическая независимость | Процесс прохождения пользовательского запроса | Пользователи банков данных | Основные функции группы администратора БД | Классификация моделей данных | Физическое проектирование базы данных | Иерархическая модель данных |
<== предыдущая страница | следующая страница ==>
Язык описания данных иерархической модели| Язык манипулирования данными в иерархических базах данных

mybiblioteka.su - 2015-2024 год. (0.011 сек.)