дивитися на реферати схожі на "Основні характеристики моделей даних"
ЗМІСТ
| 1. | Вступ .... .... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... .. ... ... ... ... | 2 |
| 2. | Бази даних та системи управління ними ... ... ... ... ... ... .... ... ... .... | 4 |
| 2.1. | Бази даних ... ... .. ... ... ... ... ... ... ... .. ... .... ... ... ... ... ... ... ... .... | 4 |
| 2.2. | Структурні елементи бази даних ... ... ... ... ... ... ... ... ... .... | 4 |
| 2.3. | Системи керування базами даних ... ... ... ... ... ... ... ... ... .... | 5 |
| 3. | Моделі даних та їх види ... ... ... ... ... ... ... ... ... ... ... ... .... ... ... ... | 6 |
| 4. | Ієрархічна модель даних ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... | 7 |
| 5. | Мережева модель даних ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... ... ... | 9 |
| 6. | Реляційна модель даних ... ... ... ... ... ... .... ... ... ... ... ... ... .. ... .. | 11 |
| 7. | Інформаційно-логічна модель даних ... ... ... ... ... ... ... .. ... | 16 |
| 8. | Висновок ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... ... ... | 18 |
| 10. | Список використаної літератури .... ... ... ... ... ... ... ... ... .. ... ... ... | 19 |
1. ВСТУП
Сучасне життя немислима без ефективного управління. Важливоюкатегорією є системи обробки інформації, від яких багато в чомузалежить ефективність роботи будь-якого підприємства чи установи. Такасистема повинна:
- забезпечувати отримання загальних та/або деталізованих звітів за підсумками роботи;
- дозволяти легко визначати тенденції зміни найважливіших показників;
- забезпечувати отримання інформації , критичною за часом, без істотних затримок;
- виконувати точний і повний аналіз даних.
Сучасні системи управління базами даних (СУБД) в основномує додатками Windows, так як дана середу дозволяє більш повновикористовувати можливості персональної ЕОМ, ніж середу DOS. Зниженнявартості високопродуктивних ПК обумовив не тільки широкий перехід досередовищі Windows, де розробник програмного забезпечення може в меншемірою піклуватися про розподіл ресурсів, але також зробив програмнезабезпечення ПК в цілому і СУБД зокрема менш критичними до апаратнихресурсів ЕОМ.
Серед найбільш яскравих представників систем управління базами данихможна відзначити: Lotus Approach, Microsoft Access, Borland dBase, Borland
Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а також базданих Microsoft SQL Server і Oracle, що використовуються в додатках,побудованих за технологією "клієнт-сервер». Фактично, у будь-якої сучасної
СУБД існує аналог, що випускається іншою компанією, що має аналогічнуобласть застосування і можливості, будь-який додаток здатне працювати зібагатьма форматами представлення даних, здійснювати експорт та імпортданих завдяки наявності великої кількості конвертерів. Загальноприйнятими, також,є технології, що дозволяють використовувати можливості іншихдодатків, наприклад, текстових редакторів, пакетів побудови графіків ітощо, і вбудовані версії мов високого рівня (найчастіше - діалекти SQL і/або
VBA) і засоби візуального програмування інтерфейсів розроблюванихдодатків. Тому вже не має істотного значення на якій мові і наоснові якого пакету написано конкретний додаток, і який формат данихв ньому використовується. Більш того, стандартом «де-факто» стала «швидкарозробка програм »або RAD (від англійського Rapid Application
Development), заснована на широко декларованої в літературі «відкритомупідході », то є необхідність і можливість використання різнихприкладних програм і технологій для розробки більш гнучких і потужнихсистем обробки даних. Тому в одному ряду з «класичними» СУБД всечастіше згадуються мови програмування Visual Basic 4.0 і Visual C + +,які дозволяють швидко створювати необхідні компоненти додатків,критичні за швидкістю роботи, які важко, а іноді неможливорозробити коштами «класичних» СУБД. Сучасний підхід до управліннябазами даних має на увазі також широке використання технології «клієнт -сервер ".
Таким чином, на сьогоднішній день розробник не пов'язаний рамкамиякого-небудь конкретного пакету, а в залежності від поставленого завданняможе використовувати самі різні програми. Тому, більш важливимпредставляється загальний напрям розвитку СУБД та інших засобів розробкидодатків в даний час.
2. БАЗИ ДАНИХ
І СИСТЕМИ УПРАВЛІННЯ ІМІ
2.1. Бази даних
Мета будь-якої інформаційної системи - обробка даних про об'єктиреального світу. Основні ідеї сучасної інформаційної технологіїбазуються на концепції баз даних (БД).
База даних (БД) - це пойменована сукупність структурованихданих, що відносяться до визначеної предметної області.
Відповідно до даної концепції основою інформаційної технології єдані, організовані в БД, які адекватно відображають реалії дійсності втієї чи іншої предметної області і забезпечують користувача актуальноюінформацією у відповідній предметній області. Під предметною областюприйнято розуміти частину реального світу, що підлягає вивченню для організаціїуправління і в кінцевому рахунку автоматизації, наприклад, підприємство, ВНЗ іт.д.
Перші БД з'явилися вже на зорі 1-го покоління ЕОМ представляючи собоюокремі файли даних або їх прості coвокупності.
Створюючи базу даних, користувач прагне упорядкувати інформацію зрізноманітних ознаках і швидко витягати вибірку з довільним поєднаннямознак. Зробити це можливо, тільки якщо дані структуровані.
Структурування - це введення угод про способи представленняданих.
неструктурованими називають дані, записані, наприклад, утекстовому файлі.
Користувачами бази даних можуть бути різні прикладні програми,програмні комплекси, а також фахівці предметної області, які виступаютьв ролі споживачів чи джерел даних, що називаються кінцевимикористувачами.
2.1. Структурні елементи бази даних
Поняття бази даних тісно пов'язаний з такими поняттями структурнихелементів, як поле, запис, файл (таблиця).
Поле - елементарна одиниця логічної організації даних, якавідповідає неподільної одиниці інформації - реквізиту. Для опису полявикористовуються такі характеристики:
- ім'я, наприклад. Прізвище, Ім'я, По батькові, Дата народження;
- тип, наприклад, символьний, числовий, календарний;
- довжина, наприклад, 15 байт, причому буде визначатися максимально можливою кількістю символів;
- точність для числових даних, наприклад два десяткових знака для відображення дробової частини числа.
Запис - сукупність логічно пов'язаних полів. Примірник запису --окрема реалізація запису, що містить конкретні значення її полів.
Файл (таблиця) - сукупність примірників записів однієї структури.
У структурі запису файлу вказуються поля, значення яких єключами первинними (ПК), які ідентифікують примірник запису, тавторинними (ВК), які виконують роль пошукових або группіровочнихознак (за значенням вторинного ключа можна знайти кілька записів).
2.2. Системи управління базами даних
У міру збільшення обсягів та структурної складності збереженоїінформації, а також розширення кола споживачів інформації, визначиласянеобхідність створення зручних і ефективних систем інтеграції збереженихданих і управління ними. Тепер створення бази даних, її підтримка ізабезпечення доступу користувачів до неї здійснюються централізовано здопомогою спеціального програмного інструментарію - системи управліннябазами даних (СУБД).
Система управління базами даних (СУБД) - це комплекс програмних імовних засобів, необхідних для створення баз даних, підтримання їх вактуальному стані та організації пошуку в них необхідної інформації.
Перші СУБД, які підтримують opганізацію та ведення БД, з'явилися вНаприкінці 60-х років.
Використання СУБД забезпечує краще керування даними, більшедосконалу організацію файлів і більш просте звернення до них в порівняннізі звичайними способами зберігання інформації.
3. МОДЕЛІ ДАНИХ
ТА ЇХ ВИДИ
Ядром будь-якої бази даних є модель даних. Модель данихявляє собою безліч структур даних, обмежень цілісності таоперацій маніпулювання даними. За допомогою моделі даних можуть бутипредставлені об'єкти предметної області та взаємозв'язку між ними.
Модель даних - сукупність структур даних та операцій їх обробки.
За способом встановлення зв'язків між даними СУБД грунтується навикористанні трьох основних видів моделі: ієрархічної, мережевої абореляційної; на комбінації цих моделей або на деякій їх підмножині.
Однак відмінності між цими моделями поступово стираються, щозумовлено насамперед інтенсивними роботами в області баз знань (БЗ) іоб'єктно-орієнтованої інфотехнологіей, про яку йтиметься нижче.
Кожна із зазначених моделей має характеристики, що роблять їїнайбільш зручною для певних програм. Одне з основних відмінностей цихмоделей полягає в тому, що для ієрархічних та мережевих СУБД їх структурачасто не може бути змінена після введення даних, тоді як для реляційних
СУБД структура може змінюватися в будь-який час. З іншого боку, длявеликих БД, структура яких тривалий час залишається незмінною, іпостійно працюють з ними програм з інтенсивними потоками запитів на
БД-обслуговування саме ієрархічні і мережні СУБД можуть виявитисянайбільш ефективними рішеннями, бо вони можуть забезпечувати більш швидкийдоступ до інформації БД, ніж реляційні СУБД.
4. Ієрархічна
МОДЕЛЬ ДАНИХ
Ієрархічна структура представляє сукупність елементів, пов'язанихміж собою за певними правилами. Об'єкти, пов'язані ієрархічнимивідносинами, утворюють орієнтований граф (перевернуте дерево).
До основних понять ієрархічної структури відносяться: рівень,елемент (вузол), зв'язок.
Вузол - це сукупність атрибутів даних, що описують деякийоб'єкт. На схемі ієрархічного дерева вузли представляються вершинами графа.
Кожен вузол на більш низькому рівні пов'язаний лише з одним вузлом, що знаходитьсяна більш високому рівні. Ієрархічне дерево має тільки одну вершину
(корінь дерева), не підпорядковану ніякий інший вершині і знаходиться насамому верхньому (першому) рівні. Залежні (підлеглі) вузли знаходяться надругому, третьому і т.д. рівнях. Кількість дерев у базі данихвизначається числом кореневих записів.
До кожного запису бази даних існує тільки один (ієрархічний)шлях від кореневої запису.
Кожному вузлу структури відповідає один сегмент, який представляєсобою пойменований лінійний кортеж полів даних. Кожному сегменту (крім
S1-кореневого) відповідає один вхідний і кілька вихідних сегментів.
Кожен сегмент структури лежить на єдиному ієрархічному шляху,що починається від кореневого сегмента.
Слід зазначити, що в даний час не розробляються СУБД,підтримують на концептуальному рівні тільки ієрархічні моделі. Якправило, використовують ієрархічний підхід системи, допускають зв'язуваннядеревовидних структур між собою та/або встановлення зв'язків усередині них. Цепризводить до мережевих даталогіческім моделями СУБД.
До основних недоліків ієрархічних моделей слід віднести:неефективність реалізації відносин типу N: N, повільний доступ до сегментівданих нижніх рівнів ієрархії, чітка орієнтація на певні типизапитів та ін У зв'язку з цими недоліками раніше створені ієрархічні
СУБД піддаються істотним модифікацій, що дозволяє підтримувати більшескладні типи структур і, в першу чергу, мережеві та їх модифікації.
5. МЕРЕЖЕВА
МОДЕЛЬ ДАНИХ
У мережній структурі при тих же основних поняттях (рівень, вузол,зв'язок) кожен елемент може бути пов'язаний з будь-яким іншим елементом.
Мережева модель СУБД багато в чому подібна до ієрархічної: якщо вієрархічної моделі для кожного сегмента запису допускається тільки одинвхідний сегмент при N вихідних, то в мережевій моделі для сегментівдопускається декілька вхідних сегментів поряд з можливістю наявностісегментів без входів з точки зору ієрархічної структури.
Графічне зображення структури зв'язків сегментів такого типу моделейє мережею. Сегменти даних в мережевих БД можуть матимножинні зв'язку з сегментами старшого рівня. При цьому напрямок іхарактер зв'язку в мережевих БД не є настільки очевидними, як у випадкуієрархічних БД. Тому імена і напрямок зв'язків повинніідентифікуватися при описі БД.
Таким чином, під мережний СУБД розуміється система, що підтримуємережеву організацію: будь-який запис, що називається записом старшого рівня,може містити дані, які відносяться до набору інших записів,званих записами підлеглого рівня. Можливо звернення до всіх записівв наборі, починаючи із запису старшого рівня. Звернення до набору записівреалізується за вказівниками.
У рамках мережевих СУБД легко реалізуються і ієрархічні даталогіческіемоделі.
Мережеві СУБД підтримують складні співвідношення між типами даних, щоробить їх придатними у багатьох різних додатках. Проте користувачітаких СУБД обмежені зв'язками, визначеними для них розробниками БД -додатків.
Більш того, подібно ієрархічним мережеві СУБД припускають розробку
БД додатків досвідченими програмістами і системними аналітиками.
Серед недоліків мережевих СУБД слід особливо виділити проблемузабезпечення збереження інформації в БД, вирішення якої приділяєтьсяпідвищена увага при проектуванні мережевих БД.
6. Реляційна
МОДЕЛЬ ДАНИХ
Поняття реляційних (англ. relation - відношення) пов'язано з розробкамивідомого американського фахівця в області систем баз даних,співробітника фірми IBM д-ра Е. Кодда (Codd EF, A Relational
Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), якимвперше був застосований термін "реляційна модель даних".
Протягом довгого часу Реляційний підхід розглядався якзручний формальний апарат аналізу баз даних, що не має практичнихперспектив, оскільки його реалізація вимагала занадто великих машиннихресурсів. Тільки з появою персональних ЕОМ реляційні та близькі до нихсистеми стали поширюватися, практично не залишивши місця іншиммоделями.
Ці моделі характеризуються простотою структури даних, зручним длякористувача табличним поданням і можливістю використанняформального апарату алгебри відносин і реляційного обчислення дляобробки даних.
Реляційна модель орієнтована на організацію даних у виглядідвовимірних таблиць. Кожна реляційна таблиця являє собою двовимірниймасив і має наступні властивості:
- кожен елемент таблиці - один елемент даних; повторювані групи відсутні;
- всі стовпці в таблиці однорідні, тобто всі елементи в стовпці мають однаковий тип (числовий, символьний і т.д.) і довжину;
- кожен стовпець має унікальне ім'я;
- однакові рядки в таблиці відсутні;
- порядок проходження рядків і стовпців може бути довільною.
Таблиця такого роду називається відношенням.
База даних, побудована за допомогою відносин, називається реляційноїбазою даних.
Відносини представлені у вигляді таблиць, рядки яких відповідаютькортежу або записами, а стовпці - атрибутами відносин, доменів, полях.
Поле, кожне значення якого однозначно визначає відповіднузапис, називається простим ключем (ключовим полем). Якщо записи однозначновизначаються значеннями декількох полів, то така таблиця бази данихмає складовою ключ.
Щоб зв'язати два реляційні таблиці, необхідно ключ перші таблиціввести до складу ключа другої таблиці (можливо збіг ключів); вінакше потрібно ввести в структуру першій таблиці зовнішній ключ --ключ другій таблиці.
Запропонувавши реляційну модель даних, Е. Ф. Коддом створив і інструмент длязручної роботи з відносинами - реляційну алгебру. Кожна операція цієїалгебри використовує одну або декілька таблиць (відносин) як їїоперандів і продукує в результаті нової таблиці, тобто дозволяє
"розрізати" або "склеювати" таблиці.
Деякі операції реляційної алгебри
Чим же принципово відрізняються реляційні моделі від мережевих іієрархічних? Коротко на це можна відповісти наступним чином:ієрархічні і мережні моделі даних - мають зв'язок по структурі, ареляційні - мають зв'язок по значенню.
Проектування баз даних традиційно вважалося дуже важким завданням.
Реляційна технологія значно спрощує це завдання.
Поділ логічного та фізичного рівнів системи вона спрощуєпроцес відображення "рівня реального світу", до структури, яку системаможе прямо підтримувати. За?? Кольку реляційна структура сама по собіконцептуально проста, вона дозволяє реалізовувати невеликі та/або прості
(і тому легкі для створення) бази даних, такі як персональні, самаможливість реалізації яких ніколи б навіть не розглядалася в старихбільш складних системах.
Теорія і дисципліна нормалізації може допомогти, показуючи, щотрапляється, якщо відносини не структуровані природним чином.
Реляційна модель даних особливо зручна для використання в базахданих розподіленої архітектури - вона дозволяє отримувати доступ до будь-якихінформаційних елементів, що зберігаються у вузлах мережі ЕОМ. Необхідно звернутиособливу увагу на високорівнева аспект реляційного підходу, якийполягає у множинної обробці записів. Завдяки цьому значнозростає потенціал реляційного підходу, який не може бути досягнутийпри обробці по одному запису і, перш за все, це стосується оптимізації.
Дана модель дозволяє визначати:
- операції із запам'ятовування та пошуку даних;
- обмеження , пов'язані із забезпеченням цілісності даних.
Для збільшення ефективності роботи в багатьох СУБД реляційного типуприйняті обмеження, відповідні суворої реляційної моделі.
Багато реляційні СКБД представляють файли БД для користувача втабличному форматі - з записами як рядків і їхні оселі в якостістовпців. У табличному вигляді інформація сприймається значно легше.
Однак у БД на фізичному рівні дані зберігаються, як правило, у файлах,що містять послідовності записів.
Основною перевагою реляційних СУБД є можливістьзв'язування на основі певних співвідношень файлів БД.
Зі структурної точки зору реляційні моделі є більш простимиі однорідними, ніж ієрархічні і мережні. У реляційної моделі кожномуоб'єкту предметної області відповідає одне або більше відносин. Принеобхідності визначити зв'язок між об'єктами явно, вона виражається у виглядівідносини, в якому в якості атрибутів присутні ідентифікаторивзаємопов'язаних об'єктів. У реляційної моделі об'єкти предметної області ізв'язку між ними представляються однаковими інформаційними конструкціями,істотно спрощує саму модель.
СУБД вважається реляційної при виконанні наступних двох умов,запропонованих ще Е. Коддом:
- підтримує реляційну структуру даних;
- реалізує принаймні операції селекції, проекції і з'єднання відносин.
У подальшому був створений цілий ряд реляційних СУБД, в тій чи іншіймірою відповідають цим визначенням. Багато СУБД представляють собоюістотні розширення реляційної моделі, інші є змішаними,підтримуючи кілька даталогіческіх моделей.
Суть реляційної СУБД можна пояснити на такому простому прикладі.
| Файл авторів публікацій БД |
| № п/п | Автор | Адреса | Телефон | Кількість |
| | | | | Публ. |
| | ... | ... | ... | ... |
| 6 | Купцов | Москва | 635-6078 | 140 |
| 7 | Бухтяк | Томськ | 637-2050 | 140 |
| 8 | терпуг | Томськ | 538-584 | 250 |
| | У | | | |
| Файл публікацій РБД |
| № п/п | Назв. | Тип | Дата | Обсяг |
| | Публікації | публ. | | |
| | | | | У п. |
| | | | | Л. |
| 6 | Основи ... | Стать | 2.95 | 2.5 |
| | | Я | | |
| 7 | Проблема ... | Книга | 3.97 | 35 |
| 8 | Теорія ... | Стать | 6.96 | 3.8 |
| | | Я | | |
| | ... | ... | ... | ... |
В деякій реляційної БД (РБД) є два файли авторів іпублікацій, кожен з яких містить певну кількість записів,складаються з фіксованого числа полів (відповідно 4 і 5),що представляють дані по відповідних елементів предметної області.
Можна сказати, що визначені дві відносини (фaйла), що мають загальний елемент
- Значення поля № п/п. Операції реляціанной алгебри можуть об'єднувати дватипу записів по цьому загальному елементу. Наприклад, в результаті з'єднаннязапис Бухтяк може трапиться в наступному вигляді:
Бухтяк ....
тобто до відомостей про автора додаються відомості про всі його публікаціях,наявних в РБД.
На сьогоднішній день реляційні бази даних залишаються самимипоширеними, завдяки своїй простоті і наочності як у процесістворення так і на рівні користувача.
Основним достоїнством реляційних баз даних є сумісність знайбільш популярною мовою запитів SQL.
За допомогою єдиного запиту на цій мові можна з'єднатидекілька таблиць в тимчасову таблицю і вирізувати з неї необхідні рядки істовпці (селекція і проекція). Так як таблична структура реляційноїбази даних інтуїтивно зрозуміла користувачам, то і мова SQL єпростим і легким для вивчення. Реляційна модель має соліднийтеоретичний фундамент, на якому були засновані еволюція і реалізаціяреляційних баз даних. На хвилі популярності, викликаної успіхомреляційної моделі, SQL став основною мовою для реляційних баз даних.
Але виявлені і недоліки розглянутої моделі баз даних:
- тому що всі поля однієї таблиці повинні містити постійне число полів заздалегідь визначених типів , доводиться створювати додаткові таблиці, що враховують індивідуальні особливості елементів, за допомогою зовнішніх ключів. Такий підхід сильно ускладнює створення скільки-небудь складних взаємозв'язків в базі даних;
- висока трудомісткість маніпулювання інформацією та зміни зв'язків.
7. Інформаційно-логічні
МОДЕЛЬ ДАНИХ
Проектування бази даних полягає в побудові комплексувзаємопов'язаних моделей даних.
Найважливішим етапом проектування бази даних є розробкаінформаційно-логічної (інфологіческой) моделі предметної області, неорієнтованої на СУБД. У інфологіческой моделі засобами структур данихв інтегрованому вигляді відображають склад і структуру даних, а такожінформаційні потреби додаток (завдань та запитів).
Інформаційно-логічна модель предметної області відбиває предметнуобласть у вигляді сукупності інформаційних об'єктів та їх структурнихзв'язків.
Інфологіческая модель є вихідною для побудови даталогіческоймоделі БД і служить проміжною моделлю для фахівців предметноїобласті (для якої створюється БНД) і адміністратора БД в процесіпроектування і розробки конкретної БНД.
Під даталогіческой розуміється модель, що відображає логічнівзаємозв'язку між елементами даних безвідносно їх змісту тафізичної організації. При цьому даталогіческая модель розробляється зурахуванням конкретної реалізації СУБД, також з урахуванням специфіки конкретноїпредметної області на основі її інфологіческой моделі.
Інфологіческая модель предметної області будується перший.
Попередня інфологіческая модель будується ще на перед проектній стадіїі потім уточнюється на більш пізніх стадіях проектування баз даних.
Потім на її основі будуються концептуальна (логічна), внутрішня
(фізична) і зовнішня моделі.
Концептуальний рівень відповідає логічному аспекту поданняданих предметної області в інтегрованому вигляді. Концептуальна модельскладається з безлічі екземплярів різних типів даних, структурованихвідповідно до вимог СУБД до логічної структури бази даних.
Внутрішній рівень відображає необхідну організацію даних у середовищізберігання та відповідає фізичному аспекту подання даних.
Внутрішня модель складається з окремих примірників записів, фізичнозбережених у зовнішніх носіях.
Зовнішній рівень підтримує приватні подання даних, необхідніконкретним користувачам. Зовнішня модель є підмножиноюконцептуальної моделі. Можливо перетин зовнішніх моделей за даними.
Приватна логічна структура даних для окремої програми (завдання) абокористувача відповідає зовнішній моделі або подсхеме БД. За допомогоюзовнішніх моделей підтримується санкціонований доступ до даних БДдодатків (обмежений склад і структура даних концептуальної моделі БДдоступних в програмі, а також задані допустимі режими обробки цихданих: введення, редагування, видалення, пошук).
Поява нових або зміна інформаційних потреб існуючихдодатків вимагають визначення для них коректних зовнішніх моделей, при цьомуна рівні концептуальної і внутрішньої моделі даних змін невідбувається. Зміни в концептуальної моделі, викликані появою новихвидів даних або зміною і структур, можуть зачіпати не всідодатки, тобто забезпечується певна незалежність програм відданих. Зміни в концептуальної моделі повинні відображатися і внутрішньоїмоделі, і при незмінній концептуальної моделі можлива самостійнамодифікація внутрішньої моделі БД з метою поліпшення її характеристик (часдоступу даними, витрат пам'яті зовнішніх пристроїв та ін.) Таким чином, БДреалізує принцип відносної незалежності логічної і фізичноїорганізації даних.
9. ВИСНОВОК
Користувачами БД є чотири основні категорії споживачів їїінформації та/або постачальників інформації для неї:
- кінцеві користувачі,
- програмісти і системні аналітики,
- команда з підтримки БД в актуальному стані,
- адміністратор БД.
Добре спроектовані СУБД використовують розвинені графічніінтерфейси і підтримують системи звітів, що відповідають специфіцікористувачів зазначених чотирьох категорій. Персонал підтримки БД і кінцевікористувачі можуть легко освоювати і використовувати СУБД для забезпеченнясвоїх потреб без якої-небудь спеціальної підготовки
Мета моделювання - забезпечення найбільш природних для людиниспособів збору і представлення тієї інформації, яку передбачаєтьсязберігати в створюваній базі даних.
При проектуванні програм з'ясовуються запити та побажання клієнта івизначається можливий підхід до вирішення завдання. Завдання аналізується. Наоснові цього аналізу реалізується конкретна модель в конкретній програмноїсередовищі. Результати кожного етапу проектування використовуються яквихідного матеріалу наступного етапу.
Аналізується поточна організація підприємства, виділяються проблеми длярішення, визначаються об'єкти відносини між ними, складається «ескіз»поточної організації підприємства, розробляється модель з урахуванням конкретнихумов її функціонування.
База даних орієнтована на певну предметну область іорганізована на основі деякого підмножини даних. Можливості базданих корисні в областях, пов'язаних з довготривалим управліннямінформацією, таких як електронні бібліотеки та сховища даних.
10. СПИСОК
використаної літератури
1. О. О. Жуков, Л.А Федякіна "Система контролю знань TSTST", Інформатика і освіта, 1997 р., № 2.
2. В.В. Аладьев, Ю.Я. Хунт, М.Л. Шишаків «Основи інформатики», Навчальний посібник, М., 1999 р.
3. А.А. Їздовим, «Лабораторні роботи з фізики з використанням комп'ютерної моделі», Інформатика і освіта, 1996 р., № 1.
4. М.Г. Єрмаков, Л.Є. Андрєєва, «Питання розробки тестуючих програм», Інформатика і освіта, 1997р., № 3.
5. В.В. Бойко, В.М. Савінков, «Проектування баз даних інформаційних систем», М., Фінанси і статистика, 1989 р.
6. Д. Цікрітізіс, Ф. Лоховскі, «Моделі даних», М., Фінанси і статистика,
1985
7. К. Дейт, «Введення в системи баз даних», М., Наука, 1980 р.
8. К. Дейт, «Посібник з реляційної СУБД», М., Фінанси і статистика,
1988
9. Д. Мейер, «Теорія реляційних баз даних», М., Мир, 1987 р.
-----------------------
СУБД
Даталогіческая модель
Фізична модель
База даних (БД)
Предмет < p>
Іспит 2
Інформатика
Іспит 1
К/р 2
К/р 1
К/р 3
К/р 2
К/р 1
К/р 3
К/р 2
К/р 1
Математика
Фізика
Математика
Інформатика
К/р 2
К/р 1
К/р 3
К/р 2
К/р 1
К/р 3
К/р 2
К/р 1
Фізика
Інфологіческая модель предметної області
Предметна область
