Меню сайта |
 | |
 |
Категории раздела |
 | |
 |
Мини-чат |
 |
|
 |
Наш опрос |
 | |
 |
Статистика |
 |
Онлайн всего: 1 Гостей: 1 Пользователей: 0 |
 |
Форма входа |
 | |
 |
|
 |  |  |
 | Главная » 2010 » Январь » 27 » Документальні – ці бази даних створені сукупністю неструктурованих текстових документів
11:37 Документальні – ці бази даних створені сукупністю неструктурованих текстових документів |
Документальні – ці бази даних створені сукупністю неструктурованих текстових документів (статті, книги, реферати, тексти законів) та графічних об’єктів.Лекція №1Поняття про бази даних та їх види. Системи управління базами даних (СУБД),їх призначення та функції. Інтерфейс програми. Меню і панель інструментів. Робота з файлами в системі управління базами даних. Основи побудови СУБД. Поле, запис, файл. Архітектура СУБД. Організація СУБД.
Мета:
- Увести поняття про бази даних, системи управління БД, як про клас прикладних програм. Сформувати уяву учнів про сфери їх використання, основні властивості СУБД;
- Навчити створювати, відкривати та переглядати дані в БД;
- Познайомити учнів з інтерфейсом СУБД;
- Розвивати практичні навички роботи учнів з різними видами інформації;
- Виховувати сучасну творчу людину, яка здатна навчатися впродовж життя.
Тип уроку: вивчення нового матеріалу.Хід уроку:
Мотивація навчальної діяльності
«Мозковий штурм»
Як ви вважаєте, що таке база даних?
На вашу думку, чим відрізняється поняття «баз даних» та «системи управління базами даних»?
Вивчення нового матеріалу.
Збереження інформації – одна з найважливіших функцій комп'ютера. Одним із розповсюджених засобів такого збереження є бази даних. База даних – це файл спеціального формату, що містить інформацію, структуровану заданим образом. База даних – це сукупність однорідних, структурованих, взаємопов’язаних даних з конкретної предметної галузі, які зберігаються на комп’ютерних носіях.
Класифікація баз даних За технологією обробки даних:
- Централізована БД
- Розподілена БД
За засобами доступу до даних
- Локальні
- Мережеві (Файл-сервер, клієнт-сервер)
Основні групи баз даних
- Документальні – ці бази даних створені сукупністю неструктурованих текстових документів (статті, книги, реферати, тексти законів) та графічних об’єктів.
- Фактографічні – основна ідея таких баз даних є у тому, що усі відомості про дані мають свій формат. Інформація, яка заносить до баз даних, має чітку структуру.
- Документально-фактографіч>ні (змішані)
Моделі баз даних
- Реляційна модель БД – у більшості випадків двомірний масив або двомірна таблиця чи сукупність взаємопов’язаних таблиць;
- Ієрархічна модель БД – представляє собою сукупність об’єктів різних рівнів, при цьому об’єкти нижнього рівня підпорядковуються об’єктам верхнього рівня;
- Мережева модель БД – представляється сукупністю об’єктів різних рівнів, проте схема зв’язків між ними може бути повільною.
БД створюють, якщо є потреба регулярно опрацьовувати великі обсяги однорідної інформації: списки абітурієнтів, студентів з їхніми оцінками, співробітників підприємства чи фірми з анкетними даними, розклади руху різних видів транспорту, пропозиції товарів на ринку, облік матеріалів на складах тощо.
Робота з БД має такі етапи:
створення структури БД;введення даних;редагування структури i даних;відшукання інформації в БД;оформлення звітів.Для виконання цих робіт є спеціальні програми, такі як Access, FoxPro, dBase-системи та iншi. Вони називаються системами управління базами даних (СУБД). Системою управління базами даних (СУБД) називається управляюча програма, яка призначена для зберігання, пошуку та обробки даних у базі. Основні функції СУБД:
- Визначення даних (Data definition) – Ви можете визначити, яка саме інформація буде зберігатись у даній БД, задати структуру даних і їх тип, а також вказати як ці дані зв’язані між собою.
- Обробка даних (Data manipulation) – дані можна обробляти різними способами, можна вибирати різні поля, фільтрувати і сортувати дані. Можна об’єднати дані з іншою зв’язаною з ними інформацією і обчислювати результуючі значення.
- Управління даними (Data control) – Ви можете вказати, кому дозволено ознайомлюватись із даними, коректувати і добавляти нову інформацію, визначити колективне користування.
В Access база даних — це файл, який містить дані у вигляді однієї чи кількох таблиць. Окрім таблиць, у файлі БД можуть бути такі об'єкти: форми, запити, макроси, модулі, сторінки які розглядатимемо далі. Базу даних в Access створюють у вигляді однієї чи декількох таблиць. Для цього після запуску програми треба виконати таку послідовність команд: Файл > Створити > На закладці Загальні вибрати Нова база даних > OK > Вибрати потрібну папку i надати файлу назву > Створити > Активізувати закладку Таблиці > Створити. У системі Acсess є різні способи управління даними, а саме:
- система меню;
- панелі інструментів;
- контекстне меню;
- укажчик миші;
- комбінації клавіш.
<> Розширення назви такого файлу є mbd (його можна не зазначати). Надалі суттєво не плутати назву файлу БД i назви таблиць, які є в БД. Інтерфейс програми Access

В Access є таке поняття, “об’єкт”. У базі даних основними об’єктами є таблиці, запити, форми, звіти, макроси, модулі та сторінки доступу до даних.
ТАБЛИЦЯ – об’єкт, який Ви визначаєте і використовуєте для зберігання даних, тобто це поіменоване реляційне відношення, яке зберігає дані про певну сутність предметної області. Таблиця – основа будь-якої бази даних;
ЗАПИТИ – потужний засіб для вибору саме тих даних, які необхідні для рішення задачі, тобто це об’єкт, за допомогою якого можна отримати необхідні дані з однієї чи кількох таблиць. За допомогою запитів можна зробити вибірку, вилучення чи доповнення даних, а також створити нові таблиці на базі вже існуючих;
ФОРМИ – надають можливість створювати зручний користувацький інтерфейс для роботи з даними, тобто використовуються в основному для завантаження даних, відображення їх на екрані та управління роботою додатків. Форми також можна використовувати для запуску макросів чи процедур;
ЗВІТИ – застосовуються для аналізу і роздруку даних, тобто вміщують результати обробки однієї чи кількох таблиць і можуть бути видані на друк чи підключені до документів інших додатків;
МАКРОСИ – простий спосіб автоматизації роботи Вашого додатку, вони являють собою структурований опис однієї чи кількох дій, які необхідно виконати за певних умов. Макроси – це макрокоманди. У вигляді макросів описуються певні дії, які досить часто повторюються. Якщо якісь операції з базою виробляються особливо часто, є сенс згрупувати кілька команд в один макрос і призначити його виділеній комбінації клавіш;
МОДУЛІ – використовуються для створення і збереження програмних процедур, написаних Вами на MS ACCESS BASIC при розробці складних додатків, які можуть бути прив’язані до окремих форм чи звітів і виконувати певні дії. Якщо стандартних засобів Access не вистачає для задоволення особливо витончених вимог замовника, програміст може розширити можливості системи, написавши для цього необхідні модулі.
СТОРІНКИ – об’єкт БД, що увійшов до Microsoft Access 2000. Як і форми цей об’єкт служить для забезпечення доступу до даних, що містяться в БД, але тут мова йде про віддалений доступ. Наприклад про доступ через Internet.
Вікно бази даних Переключення в режим конструктораКнопка створення нового об’єктаКнопка видалення об’єкта, який є виділенимКнопка режиму відображення списку об’єктівКнопка відкриття/перегляду/запус>ку об’єктівВкладки різноманітних типів об’єктівСписок груп об’єктів.

Розглянемо структуру таблиці. Більшість баз даних мають табличну структуру. Як ми знаємо, в табличній структурі адрес даних визначається перетином стрічок і стовпців. В базах даних стовпці називаються полями, а стрічки – записами. Поля формують структуру бази даних, а записи складають інформацію, яка в ній міститься. Кожна таблиця ідентифікується унікальним ім’ям, довжина якого може досягати 64 символи, крім того, всередині імені забороняється використовувати символи “!”, “.”, “[”, “]” чи “’”. Таке саме обмеження накладається на довжину полів. Обсяг бази даних в Access обмежений одним гігабайтом, тобто сумарний обсяг усіх таблиць та інструментальних засобів для роботи з ними не повинен перевищувати цього значення. Запис містить інформацію про один елемент бази даних: одну людину, книжку, продукцію, рейс тощо. Він складається з полів, які формують структуру запису. Структура запису фактично визначає структуру таблиці i вciєї БД, якщо в ній є лише одна таблиця. Поле — це мінімальна (але найважливіша) порція інформації в записі, над якою визначені операції введення, виведення, перетворення тощо. Воно має ім'я, значення, характеризується типом i низкою додаткових властивостей. Нижче наведено приклади типів, назв i значень полів. Назва поля Тип поля Значення поля Прізвище Текстовий Артист Телефон Числовий 972216 Дата Народження Дата
12-24-80 Меморандум MEMO текст про xo6i Оклад Грошовий 290 грн. Номер у списку Лічильник 5 Нагороди Логічний так Біографія Гіперпосилання текстовий файл Фотографія 06'ект OLE файл .bmp Назви полям дає користувач, назви типів є стандартні, а значення полів випливають зі змісту конкретної задачі. Для зміни властивостей полів треба перейти в режим Конструктора клацнувши на кнопці Вид. Щоб вставити нове поле, треба встановити показник миші на маркер поля і натиснути клавішу INSERT. Щоб видалити поле, його треба виділити і натиснути клавішу DELETE. Закінчивши створення структури, можна клацнути на кнопці Вид і перейти в Режим таблиці для заповнення її даними. Очевидною унікальною властивістю кожного поля є його Ім'я. Крім імені в полі є ще властивість Підпис. Підпис – це та інформація, що відображається в заголовку стовпця. Її не треба плутати з іменем поля, хоча якщо підпис не заданий, то в заголовку відображається ім'я поля. Різним полям, наприклад, можна задати однакові підписи. Це не перешкодить роботі комп'ютера, оскільки поля при цьому як і раніше зберігають різні імена. Різні типи полів мають різне призначення і різні властивості. Створення текстового документа проводиться у такі етапи: Основна властивість текстового поля – розмір.Числове поле служить для введення числових даних. Воно теж має розмір, але числові поля бувають різними, наприклад для введення цілих чисел і для введення дійсних чисел. В останньому випадку крім розміру поля задається також розмір десяткової частини числа.Поля для введення дат чи часу мають тип Дата/час. Для введення логічних даних, що мають тільки два значення (Так чи Ні; 0 чи 1; Істина чи Неправда і т.п.), служить спеціальний тип – Логічне поле. Неважко догадатися, що довжина такого поля завжди дорівнює 1 байту, оскільки цього більш ніж досить, щоб виразити логічне значення.Особливий тип поля – Грошовий. З назви ясно, які дані в ньому зберігають. Грошові суми можна зберігати й у числовому полі, але в грошовому форматі з ними зручніше працювати. У цьому випадку комп'ютер зображує числа разом із грошовими одиницями, розрізняє гривні і копійки, фунти і пенси, долари і центи, загалом, звертається з ними елегантніше.У сучасних базах даних можна зберігати не тільки числа і букви, але і картинки, музичні кліпи і відеозаписи. Поле для таких об'єктів називається полем об'єкта OLE.У текстового поля є недолік, зв'язаний з тим, що воно має обмежений розмір (не більше 256 символів). Якщо потрібно вставити в поле довгий текст, для цього служить поле типу МЕМО. У ньому можна зберігати до 65535 символів. Особливість поля МЕМО полягає в тому, що реально ці дані зберігаються не в полі, а в іншім місці, а в полі зберігається тільки покажчик на те, де розташований текст.Дуже цікаве поле Лічильник. На перший погляд це звичайне числове поле, але воно має властивість автоматичного нарощування. Якщо в базі є таке поле, то при введенні нового запису в нього автоматично вводиться число, на одиницю більше, ніж значення того ж поля в попередньому записі. Це поле зручне для нумерації записів.Отже, структура таблиці — це структура запису, тобто сукупність назв полів, їxніx типів та властивостей, визначених користувачем під час аналізу конкретної задачі. Структура визначає послідовність розташування даних у записі на фізичному носії i вигляд даних на екрані. Роботу з програмою Access розпочинають у головному вікні на закладці Таблиці зі створення структури командою Створити. Є декілька способів створення структури. Ми розглянемо такі два способи: використання конструктора таблиці;використання майстра бази даних.Проектування бази даних Перед тим як створювати таблиці, форми та інші об'єкти, потрібно задати структуру бази даних. Добра структура бази даних є основою для створення адекватної вимогам, ефекти¬вної бази даних. Сам процес проектування бази даних являє со¬бою складний процес проектування відображення опису предме¬тної області у схему внутрішньої моделі даних. Перебіг цього процесу є послідовністю більш простих процесів проектування менш складних відображень. Ця послідовність у процесі проек¬тування весь час уточнюється, вдосконалюється таким чином, щоб були визначені об'єкти, їх властивості та зв'язки, які будуть потрібні майбутнім користувачам системи. Пропонуємо майбутнім користувачам систем управління ба¬зами даних два підходи, два варіанти проектування баз даних. Перший варіант широко відомий, бо він запропонований фірмою Microsoft. Другий варіант відображає практичний досвід проек¬тування, і за основу взято варіант, надрукований у «ComputerWorld — Moscow» за 1996 рік.
Варіант 1. Етапи проектування бази даних Нижче наведені основні етапи проектування бази даних: Визначення мети створення бази даних.Визначення таблиць, що їх повинна містити база даних.Визначення необхідних у таблиці полів.Завдання індивідуального значення кожному полю.Визначення зв'язків між таблицями.Відновлення структури бази даних.Додавання даних і створення запитів, форм, звітів та інших об'єктів бази даних.Використання засобів аналізу в СУБД.Розглянемо ці етапи дещо детальніше. Визначення мети створення бази даних. На першому ета¬пі проектування бази даних необхідно визначити мету створення бази даних, основні її функції та інформацію, яку вона повинна містити. Тобто потрібно визначити основні теми таблиць бази даних та інформацію, що міститимуть поля таблиць.Визначення таблиць, які повинні містити база даних. Одним із найскладніших етапів у процесі проектування бази да¬них є розробка таблиць, тому що результати, які повинна видава¬ти база даних (звіти, вихідні форми тощо), не завжди дають по¬вне уявлення про структуру таблиці:- інформація в таблиці не повинна дублюватися. Не повинно бути повторень і між таблицями;
- кожна таблиця повинна містити інформацію лише на одну тему.
Визначення необхідних у таблиці полів. Під час розробки полів для кожної таблиці необхідно пам'ятати: - кожне поле має бути пов'язане з темою таблиці;
- не рекомендується включати до таблиці дані, що є резуль¬татом виразу;
- у таблиці має бути вся необхідна інформація;
- інформацію варто розбивати на найменші логічні одиниці (наприклад, поля «Ім'я» і «Прізвище», а не загальне поле «Ім'я»).
Завдання індивідуального значення кожному полю. З тим, щоб СУБД могла зв'язати дані з різних таблиць, наприклад дані про клієнта і його замовлення, кожна таблиця повинна містити поле чи набір полів, що задаватимуть індивідуальне значення кожного запису в таблиці. Таке поле чи набір полів називають основним ключем.Визначення зв'язків між таблицями. Після розподілу да¬них по таблицях і визначення ключових полів необхідно вибрати схему для зв'язку даних у різних таблицяхВідновлення структури бази даних. Після проектування таблиць, полів і зв'язків необхідно ще раз переглянути структуру бази даних і виявити можливі недоліки. Бажано це зробити на даному етапі, поки таблиці не заповнені даними. Додавання даних і створення інших об'єктів бази даних. Якщо структури таблиць відповідають поставленим вимогам, то можна вводити всі дані. Потім можна створювати будь-які запи¬ти, форми, звіти, макроси та модулі.Використання засобів аналізу в СУБД. Наприклад, у СУБД Microsoft Access є два інструменти для вдосконалення структури баз даних. Майстер аналізу таблиць досліджує таб¬лицю, в разі потреби пропонує нову її структуру та зв'язки, а та¬кож переробляє її. Аналізатор швидкодії досліджує всю базу даних, дає рекомендації з її поліпшення, а також реалізує їх.Варіант 2. Розробка проекту бази даних . Розробка логічної моделі даних. Логічні моделі ви¬користовуються розробниками баз даних для формального пред¬ставлення інформаційних потреб виробництва, економіки, бізне¬су тощо. Найрозповсюдженішою формою відображення цієї мо¬делі слугують ER-діаграми. Основними поняттями ER-моделі є сутність, зв'язок та атрибут. Кожна з частин такої діаграми по¬відомляє дещо про структуру даних або про те, як ці дані спів¬відносяться з іншими. Як правило, розробка логічної моделі являє собою ітераційний процес, що складається з фаз аналізу, проектування та оцінюван¬ня. При цьому на кожній ітерації додаються нові правила. Добрі засоби проектування баз даних мають бути гнучкими, а організа¬ція роботи з ними — ефективною. ER-діаграми повинні допов¬нюватися детальнішою інформацією про бізнес, правила та об¬меження посилання на цілісність, а також давати змогу керувати наочним поданням деталей моделі.
Підготовка звіту про логічну модель. Для відстежування процесу проектування логічної моделі використовуються звіти. Вони корисні також для узгодження вимог із замовниками.
Перетворення логічної моделі у фізичну. У процесі роз¬робки фізичної моделі сутності, атрибути та зв'язки складають фізичну модель, відображаються у таблиці та стовпчиках. До ра¬ніш заданих властивостей стовпчиків (типів даних, протяжностей і невизначених значень) додаються нові — первинні та зовнішні ключі, індекси, перевірочні обмеження та правила підтримки по¬силкової цілісності. Щоб правильно і добре виконати цей етап проектування, засоби моделювання даних повинні працювати з кількома популярними СУБД SQL-типу, графічно відображати фізичні характеристики, дозволяти призначати та модифікувати триггери1 за замовчування, створювати власні триггери, денормалізувати фізичну модель, не торкаючись при цьому логічної. Підготовка звіту про фізичну модель. Як правило, для то¬го, щоб переглянути якусь таблицю або всі таблиці одночасно, разом з деталями (стовпчики, їх характеристики, індекси, зовні¬шні ключі та триггери) застосовують звіт про фізичну модель. Добрі засоби підготовки таких звітів прості в користуванні, ма¬ють гнучкий інтерфейс для задання елементів, що включають¬ся до звіту, організації звіту та його формування. Вони повин¬ні надавати детальну інформацію про реалізацію обмежень, пра¬вил посилкової цілісності, включаючи призначення та зміст триг-герів. Генерація схеми бази даних. Схема описує реалізацію бази даних з урахуванням специфіки конкретної СУБД. Схема може створюватися або мовою визначення даних (файли DDL), або при прямому зверненні до СУБД. Програмні продукти, які добре під¬тримують генерацію схеми, дають засоби контролю за генерую¬чими елементами схеми, що дає змогу зробити цей процес ітера¬тивним. Варто шукати інструменти, які підключаються до нашої цільової СУБД і дають можливість переключатися між різними СУБД, мінімізуючи при цьому ручне редагування. Супроводження розроблюваної моделі даних. Більшість баз даних протягом свого життєвого циклу еволюціонує. Для того, щоб спростити цей процес, рекомендується синхронно змінювати модель та базу даних. Варто звертати увагу на засоби синхроніза¬ції, утиліти керування версіями та захисту. За допомогою найзруч¬ніших у роботі інструментів можна переносити зміни в обидва бо¬ки: з моделі в схему, і навпаки. Якщо раніше замовник після здачі СУБД в експлуатацію відмовлявся від супроводження, то тепер, як правило, проектувальники супроводжують експлуатацію СУБД. Це накладає на них додаткову відповідальність за якість проекту¬вання, бо всі негаразди доводиться ліквідовувати їм самим. Звернене проектування, що виходить з існуючої бази да¬них. Відтворення схеми існуючої бази даних служить кільком ці¬лям. Воно дає змогу побудувати модель цієї бази даних, перенес¬ти існуючу базу даних з однієї СУБД на іншу, а також досить просто модифікувати схему бази даних, що функціонує. Ключо¬ вими параметрами для виконання такого завдання є точність та гнучкість. Ми повинні мати можливість задати елементи схеми, з якими працюватиме програма, й очікується, що внаслідок гене¬рації схеми бази даних за відновленою моделлю має з'явитися тотожна копія початкової схеми. Як бачимо, другий варіант окреслює загальніший підхід до проектування баз даних та враховує відносини з замовником про¬екту.
|
Категория: Новости |
Просмотров: 1486 |
Добавил: iginin
| Рейтинг: 0.0/0 |
|  |
 |  |
 |  |  |
|
Поиск |
 | |
 |
Календарь |
 | |
 |
Архив записей |
 | |
 |
|