Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
директорская работа.doc
Скачиваний:
0
Добавлен:
18.11.2019
Размер:
513.02 Кб
Скачать

3. Характеристика основних етапів розробки інфологічної моделі

Першим кроком інфологічного проектування є вивчення та аналіз атрибутів, які ми отримали при проектування на зовнішньому рівні та вилучення з цього переліку явищ омонімії та синонімії. Якщо в переліку атрибутів є синонімічні групи, то для кожної такої групи вибирається внутрішній атрибут, який буде семантичною домінантою і цей атрибут залишається в списку. Для атрибутів омонімів вибираються унікальні імена.

Другий крок – агрегація атрибутів і виокремлення інформаційних об’єктів. Атрибути аналізуються на тип співвідношення. Якщо вини в співвідношенні 1:1 то вони можуть об’єднуватися в один інформаційний об’єкт. Атрибути А і Б знаходяться в співвідношенні 1:1 якщо в будь який момент значенні часу А може відповідати значення Б. Сформовані на цьому етапі об’єкти повинні бути поіменовані. На наступному кроці атрибути, що залишилися в списку аналізуються в співвідношенні 1:Б. Після того, як виділили всі інформаційні об’єкти можуть залишитися певні атрибути які не знаходяться не в яких співвідношеннях, це свідчить про помилку проектування на зовнішньому рівні.

Третій крок – перевірка об’єктів на відповідність умовам реалізації. Четвертий крок – зовнішнє кодування.

П’ятий крок – виявлення та опис інформаційних запитів до БД. Правила: при описі запиту слід вказувати перелік всіх інформаційних об’єктів, які приймають участь у його реалізації. Це обов’язкова умова. Бажано розташовувати ці інформаційні об’єкти в запиті в порядку навігації між ними.

Шостий крок – опис інформаційних запитів запиту вальними зв’язками. Кожен інформаційний запит необхідно представити в структурованому вигляді який називається запиту вальним зв’язком. Запиту вальні зв’язки використовуються для побудови структурних зв’язків між інформаційними об’єктами Запиту вальні зв’язки можуть бути одно- та багатовимірними. Всі багатовимірні запиту вальні зв’язки необхідно проаналізувати на відповідність умовам канонічності.

Сьомий крок – приведенення запитувальних зв’язків до канонічного вигляду. Канонічний запитув. зв'язок це такий багатовимірний зв'язок у якому співвідношення між будь-яким початковим і кінцевим об’єктом не може бути Б:1.

Восьмий крок – побудова структурних зв’язків і графічне представлення інфологічної моделі.

Білет 12

1. Як виконується моніторинг підключень до БД

Моніторинг підключень до БД. Представлення v$process відображає інформацію про всі підключені до БД процеси, включаючи фонові користувача. Цікавими є такі його поля:

addr – адреса процесу Oracle;

pid – ідентифікатор (ID) процесу ОС;

spid – ідентифікатор системного процесу ОС;

username – власник процесу ОС;

serial# – номер процесу Oracle;

terminal ідентифікатор терміналу ОС;

programпідключення до програми ОС;

background – дорівнює 1 для фонового процесу, NULL – для процесу користувача.

2. Як виконати вибірку обчислювальних значень?

Выборка вычисляемых значений

Из синтаксиса фразы SELECT (п.2.1) видно, что в ней может содержаться не только перечень столбцов таблицы или символ *, но и выражения.

Например, если нужно получить значение калорийности всех продуктов, то можно учесть, что при окислении 1 г углеводов или белков в организме освобождается в среднем 4.1 ккал, а при окислении 1 г жиров - 9.3 ккал, и выдать запрос:

SELECT Продукт, ((Белки+Углев)*4.1+Жиры*9.3)

FROM Продукты;

Фраза SELECT может включать не только выражения, но и отдельные числовые или текстовые константы. Следует отметить, что текстовые константы должны заключаться в апострофы ('). На рис. 2.2,б приведен результат запроса:

SELECT Продукт, 'Калорий =', ((Белки+Углев)*4.1+Жиры *9.3)

FROM Продукты;

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]