- •Київ нухт 2012
- •1. Загальні відомості
- •2. Зміст навчальної дисципліни
- •Та види діяльності студентів
- •3. Запитання для підготовки до іспиту
- •4. Зміст і порядок виконання лабораторних робіт
- •5. Теми, завдання та приклади лабораторних робіт Лабораторна робота №1
- •Приклад виконання
- •Лабораторна робота №2
- •Приклад виконання
- •Питання для самоперевірки
- •Лабораторна робота №3
- •Приклад виконання
- •Питання для самоперевірки
- •Питання для самоперевірки
- •Лабораторна робота №4
- •Приклад виконання
- •1. Створення пакету завантаження до сховища даних з текстового файлу
- •2. Створення пакету завантаження до сховища даних з файлу Excel.
- •3. Створення пакету завантаження до сховища даних з бази даних Access.
- •Питання для самоперевірки
- •Лабораторна робота №5
- •Питання для самоперевірки
- •Лабораторна робота №6
- •Приклад виконання
- •Питання для самоперевірки
- •Лабораторна робота №7
- •Приклад виконання
- •Питання для самоперевірки
- •Лабораторна робота №8
- •Приклад виконання
- •Питання для самоперевірки
- •Рекомендована література
- •Додаток 1
- •Лабораторна робота № __
- •Методичні рекомендації до вивчення дисципліни та виконання лабораторних робіт
- •8.05010105 “Комп'ютерний еколого-економічний моніторинг”
5. Теми, завдання та приклади лабораторних робіт Лабораторна робота №1
Тема: Проектування моделі сховища даних.
Мета: Набути навичок моделювання сховища даних.
Завдання: Для обраної предметної області змоделювати у ERwin Data Modeler модель сховища даних на основі реляційної структури. Структура сховища даних повинна бути цілеспрямована на підтримку кола задач для обраної предметної області.
Приклад виконання
В якості прикладу використовуємо інформаційні бази даних макаронного підприємства, на основі котрих створюємо фрагмент стандартного сховища даних використовуючи CASE-засіб AllFusion ERwin Data Modeler. Створюємо фізичну модель сховища даних на основі стандартного архіву, яка призначена на інформаційну підтримку кола задач при управлінні макаронним виробництвом. Модель представлена на рисунку 1.
Рис. 1. Фізична модель сховища даних
Об’єктами моделі є сутності та атрибути. Кожна сутність представляє собою об’єкт чи подію, інформація про який повинна зберігатися у СД. Кожна сутність складається з певних атрибутів, які зберігають інформацію про її властивість, а кожний екземпляр сутності являється унікальним. Кожна сутність має первинний ключ, що однозначно ідентифікує екземпляр сутності та знаходиться у списку атрибутів вище горизонтальної лінії. Також на моделі представлені зв’язки між сутностями. В моделі обрані наступні сутності:
«Продукція» містить інформацію про властивості макаронних виробів, тобто назву, тип, довжину та розмір січення;
«Упаковка» - інформацію про пакувальні матеріали та їх властивості (назва, об’єм, матеріал та тип упаковки);
«Замовлення на виробництво» - інформацію про заявки на виготовлення та пакування продукції, що складається з розміру партії та дату подання заявки, розмір штрафних санкцій;
«Розклад виконання замовлень» - інформацію про послідовність виконання замовлень на визначеній технологічній лінії та пакувальній машині з датою й часом виконання;
«Пакувальні машини» - інформацію про пакувальні машини та їх параметри;
«Експлуатація пакувальних машин» - інформацію про експлуатацію пакувальних машин, а саме швидкість та вартість пакування однієї упаковки.
«Переобладнання пакувальних машин» - інформацію про параметри переобладнання пакувальних машин, а саме витрати та час на переобладнання пакувальної машини.
«Автоматизовані лінії» - інформацію про автоматизовані лінії, а саме назву та тип лінії, кількість бункерів та їх об’єм;
«Параметри переобладнання ліній» - інформацію про параметри переобладнання автоматизованих лінії, а саме витрати та час на переобладнання автоматизованої лінії;
«Експлуатація автоматизованих ліній» - інформацію про експлуатаційні характеристики автоматизованих ліній, а саме потужність преса, час сушіння, вартість виготовлення продукції на лінії, норми браку на лінії.
Фізичний рівень орієнтований на СУБД MS SQL Server 2005, для цього в меню Database\Choose database викликається вікно Target Server та обирається необхідну СУБД. В фізичній моделі обов’язково дотримуємося наступних вимог: в назвах сутностей та атрибутів пробіли заміняємо на знак підкреслення; для полів які мають тип даних varchar задаємо їх довжину.
