- •Первинні та зовнішні ключі. Принцип побудови зв’язків між таблицями.
- •Побудова схеми даних. Взаємозв’язок таблиць бд. Забезпечення цілісності даних. Приклади.
- •3. Розробка форм для завантаження, перегляду та корегування даних. Основні етапи розробки форм та завантаження бд. Побудова інтерфейсу користувача.
- •4.!Побудова інформаційно – логічної моделі по.
- •6.! Основи конструювання звітів. Побудова звітів. Приклади.
- •Основи побудови і складання фінансової звітності
- •7.!Захист даних в бд загального користування
- •8.! Періоди розробки інформаційних систем (проектування, програмна реалізація, експлуатація).
- •10.!Запити як основна форма роботи з бд. Запити qbe та запити sql. Приклади
- •9.! Обробка даних в режимі таблиці та форми. Пошук записів. Відбір записів за допомогою фільтру. Приклади
- •11.! Етапи проектування та побудови бд
- •13.!Основи розробки запитів. Призначення та види запитів. Приклади
- •14.!Типи відношень реляційних таблиць. Графічне представлення цих типів у вигляді er-схеми.
- •15.!Засоби автоматизації проектування. Case – засоби та case - системи.
- •16. Основні операції над відношеннями. Мова реляційної алгебри та мова реляційного числення.
- •17. Проектування бд з використанням нормальних форм. Перша та друга нормальні форми.
- •2. Типи таблиць і ключів в реляційних базах даних
- •3. Схематичні моделі даних
- •4. Нормалізація даних в реляційній моделі
- •4.1. Перша нормальна форма
- •4.2. Друга нормальна форма
- •4.3. Третя нормальна форма
- •18. Моделювання даних по. Зовнішня, концептуальна та внутрішня моделі даних
- •19. Нормалізація даних в бд. Третя нормальна форми та бк нф
- •20. Реляційна модель даних. Реляційна бд. Термінологія рбд
- •21. Логічна модель даних предметної області та фізичне представлення її в пам’яті пеом.
- •23. Статичні та динамічні властивості об’єктів бд. Правила визначення елементів даних та їх атрибутів. Поняття ключових атрибутів.
- •24.Бази даних, субд. Поняття банку даних. Визначення. Властивості. Приклади
- •25. Поняття предметної області. Об’єкти. Атрибути. Принципи проектування бд
25. Поняття предметної області. Об’єкти. Атрибути. Принципи проектування бд
Предметная область – часть реального мира, ограниченного разумными рамками. Каждая предметная область характеризуется объектами. Объект – некоторые самостоятельные понятия, которые характеризуют данную предметную область (например, техникум – группа, студент...). каждый объект характеризуется атрибутами. Атрибут – элементарная единица информации, которая характеризует отдельное свойство объекта (ФИО студента). Ключ – это атрибут или несколько атрибутов однозначно характеризующие
Етапи і основні принципи проектування Бази даних
Процес проектування ІС складається з (см.ріс):
збору даних;
складання приватних ЛПП;
уніфікації пересічних епізодів;
складання ДПП;
формування моделі предметної області (інфологічне проектування);
складання схеми з урахуванням використовуваного СУБД (концептуальне проектування);
фізичного проектування.
Інфологіческое моделювання
Приступаючи до наступного етапу проектування, необхідно пам'ятати, що розв'язувана завдання становить тільки частина предметної області. Якщо ми хочемо побудувати гнучку легко нарощувану систему, то в першу чергу слід виділити найменший неподільний, в межах нашого завдання, об'єкт опису (мінімальний об'єкт опису). Неможливо управляти міським пасажирським потоком, що не відстежуючи пересування кожної окремої людини. Складно, або скоріше неможливо, скласти шкільний журнал, якщо вся інформація про учня буде зібрана в єдиний об'єкт.
Однак, як життя неможливе без законів, так і моделювання не існує без правил. На даному етапі проектування предметна область представляється моделлю, виконаної без орієнтації на використовувані надалі програмні і технічні засоби - инфологической моделлю.
Якими ж засобами скористатися для складання інфологіческого опису предметної області? На це питання немає однозначної відповіді. Існує кілька методик, і відповідно застосовуються різні інструментальні засоби. Составляемая модель повинна бути проста, наочна, містити всі відомості для подальших етапів проектування, легко перетворюватися в моделі баз даних для поширених СУБД. Виходячи з цих вимог, в описуваної методикою проектування використовується модель, названа «сутність-зв'язок» (або «об'єкти-зв'язку»).
Модель «сутність-зв'язок» дозволяє представляти об'єкти предметної області і відносини між ними, тобто дозволяє описувати структуру предметної області. Вона визначається в термінах: сутність, атрибут, зв'язок.
Сутність - подання (абстракція) реально існуючого об'єкта, процесу або явища. Найменування сутності повинно бути унікально у всій моделі.
Тип сутності - визначає набір однорідних об'єктів.
Примірник сутності - конкретний об'єкт з цього набору.
Наприклад: сутність «Учень» визначає всю інформацію про учнів взагалі. Конкретний учень Ваня Іванов є екземпляром сутності «Учень», а сукупність всіх учнів становить тип сутності.
Атрибут - властивість сутності (об'єкта). Його ім'я має бути унікальною в рамках однієї сутності.
Примірник атрибута - конкретне значення властивості.
Наприклад: сутність «Учень» визначається атрибутами: «Прізвище учня», «Клас» і т.п. Тобто для кожного конкретного учня (примірника сутності) ми повинні визначити примірники атрибутів (їх конкретні значення). Продовжимо з нашим прикладом: примірник сутності «Учень» Ваня Іванов має примірник атрибуту «Прізвище учня» - «Іванов» та примірник атрибуту «Клас» - «8А».
Ідентифікує атрибут (ідентифікує сукупність атрибутів, ІСА) - атрибут (декілька атрибутів), значення якого визначає унікальність екземпляра сутності.
Зв'язок дозволяє моделювати відносини між об'єктами предметної області. Найменування зв'язку повинна бути унікальною в усій моделі.
Тепер спробуємо скласти повну інфологічну модель задачі «Шкільний журнал». Для цього перерахуємо ті правила, яким має задовольняти модель «сутність-зв'язок»:
Модель повинна давати повне уявлення про предметну область.
Повинні бути перераховані всі необхідні для реалізації завдання сутності і їхні атрибути відповідно.
Імена сутностей повинні бути унікальні.
Імена атрибутів в межах однієї сутності повинні бути унікальні.
Ми повинні гарантувати однозначне трактування моделі.
У кожної суті повинна бути виділена ідентифікує сукупність атрибутів.
Модель повинна бути гнучкою, тобто при виникненні нових завдань розширюватися без істотних змін існуючої моделі.ніе);
фізичного проектування.
