Студопедия

КАТЕГОРИИ:

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


Спецификация описания канала связи с узлами БД и снимков.




Все это описывается в DDL – сценарии и создается в виде объектов.

  1. Канал связи

 

CREATE DATABASE LINK имя_канала

CONNECT TO имя_пользователя

IDENTIFIED BY пароль

USING спецификация удаленной БД ( подробно см SQL . NET )

 

Примечание: здесь имя_пользователя – это имя, по которому Сервер 2 будет подключаться к Серверу 1 при выполнении тиражирования.

 

  1. Снимок

 

CREATE SNAPSHOT имя_снимка

REFRESH 2 варианта:

FAST – читать только обновленные данные

COMPLETE – выполнить полностью, т.е. читать всю таблицу А с сервера 1 на сервер 2.

NEXT Sydate+7 ( указывается когда и как будет обновляться ) – снимок на сервере будет обновляться каждые 7 дней с даты создания соответствующего объекта SNAPSHOT.

AS SELECT * FROM имя_пользователя.А.@имя_канала

 

Указывается оператор select, по которому будет выполнятся чтение данных. Это оператор select? Который автоматически посылается с Сервера 2 на сервер 1 по запросу тиражирования, т.е. каждые 7 дней.

 

 

-------------------------------------------------------------------------------------------------------------------------

 

БИЛЕТ 23

 

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

 

Этап концептуального проектирования.

На этом этапе решаются следующие задачи:

1. Разрабатывается инфологическая схема БД

2. Разрабатывается спецификация будущих прикладных задач.

 

Проектирование инфологической схемы БД.

Для описания схем БД используется диаграмма «сущность- связь» (ERD Entity – relationship diagram)

Для разработки ERD используется следующая нотация:

1. Нотация Чена (используется для ручного проектирования информационных схем)

2. Нотация Барнера (используется для машинного проектирования схем БД Oracle)

3. Нотация IDE F1x (ERwin, PowerDesigner) ERwin позволят создавать инфологические схемы, а потом автоматически генерировать даталогические модели для более чем 20 СУБД.

 

имя
Описание инфологический схемы БД в нотации Чена.

 

– независимая сущность. Эта сущность может присутствовать в схеме БД в 2х случаях:

-сущность не является дочерней

-она является дочерней, но связанна с родительской сущностью, не идентифицирующей связью.

 

 


– зависимая сущность. Может присутствовать в схеме БД, только если эта сущность является дочерней и связанна с родительской сущностью идентифицирующей связью.


- обозначает связь между сущностями.

Характеристики связей приведены в следующей таблице.

  Тип связи
Свойства Идентифицирующая Неидентифицирующая
Обозначения на диаграмме Гена Глагольная форма со знаком * Глагольная форма без знака *
Куда добавляются ключ родительской сущности при создании дочерней 1:М (1 – родительская; М - дочерняя) К ключевым атрибутам дочерней сущности К не ключевым атрибутам дочерней сущности
Пример ссылочной целостности: 1. child delete 2.child insert 3. child update 4.parent delete 5. parent insert 6. parent update    

Пример построения инфологической схемы БД

Задача:

Описать инфологическую схему фрагмента БД процессингового центра в нотации Чена. См. диаграмму DFD детализированный процесс 1.2

 

 

Здесь представлена инфологическая схема БД без описания атрибутов.

 

Примечание:

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

2) Отсутствие звездочки в обозначении связи означает, что ключ родительской сущности (1) добавляется не к ключевым атрибутам (м). Это следует делать, если ключевые атрибуты дочерней сущности в совокупности являются уникальными.

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

Лекция 5

 

Действия (1) и (2) обеспечивают возможность связи сущностей по общим атрибутам, также обеспечивают возможность объединения сущностей без потерь. Указанные средства часто выполняются автоматически.

 

Атрибуты сущностей БД.

 

Платежная система # Ключ платежной системы Наименование Лимит наличных

 

Банк # Ключ Банка БИК Наименование Адрес к/с в РКЦ № Лицензии

 

Банкомат # Ключ Банкомата Ключ банка v № Банкомата Лимит Банкомата Текущее число банкнот

 

Бок # Ключ БОК Ключ платёжной системы v Ключ Банка v Ключ Банкомата v

 

Журнал транзакций # Номер операции # Дата # Ключ банкомата v Номер пластиковой карты Банк иметент Сумма

 

Схема проводки # Номер проводки транзакции # Ключ Бок Ключ банка(дебет) v Признак счёта дебет (0-лора, 1-Ностра, 2 –карт – счёт) Ключ банка(кредит) v Признак счёта кредит (0-лора, 1-Ностра, 2 –карт – счёт) Формула расчёта суммы

 

Для уменьшения числа атрибутов в ключе можно использовать последовательность, а отмеченные атрибуты сделать неключевыми.

 

# - Ключевые атрибуты

v – атрибуты наследованные от родительских сущностей

 

Пример формирования платёжного документа в расчётный банк по атрибутам «Схема проводки».

 

Пусть записи «Схема проводки» имеют следующий вид:

· Номер проводки

· Ключ БОК

· Ключ Сбербанка

· 2 – карт-счёт

· ключ Банка Москвы

· 2 – счёт по обслуживанию банкомата

· 102 – 100% сумма + 2% комиссия

 

Предположим, пользователь карточки сбербанка запросил в банкомате Банка Москвы сумму равную 1000, тогда процессинговый центр на основании описания записи сформирует следующий платежный документ, который будет передан в расчётный банк.

 

ДЕБЕТ: Бик сбербанка

Номер пластиковой карты

КРЕДИТ: Бик Банка Москвы

Номер банкомата

СУММА: 1020руб.

 

Отличия нотации Чена от ErWin

Нотация Чена ErWin
1. Обозначение сущности    
2. Обозначение связи а)Идентифицирующая     б) неидентифицирующая     в)М:М         Logical   Phisical
3) Категоризация сущностей    

 

 

2. Классификация способов репликации данных. Асинхронная пакетная репликация.

 


Поделиться:

Дата добавления: 2015-04-21; просмотров: 76; Мы поможем в написании вашей работы!; Нарушение авторских прав





lektsii.com - Лекции.Ком - 2014-2024 год. (0.01 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав
Главная страница Случайная страница Контакты