ічних моделей.
Вимоги, що пред'являються до інфологічної моделі:
Адекватне, відображення предметної області
Недопущення неоднозначного трактування моделі
Чітке визначення модельованої предметної області (кінцівка моделі)
Легка розширюваність, що забезпечує введення нових даних без зміни раніше визначених, то ж відносять і до видалення даних
Можливість композиції і декомпозиції моделі у зв'язку з великою розмірністю реальних інфологічних моделей
Легке сприйняття різними категоріями користувачів; бажано, щоб інфологічну модель будував (або хоча б брав участь в її створенні) фахівець, який працює в даній предметній області, а не тільки проектувальник систем машинної обробки даних
Застосовність мови специфікацій моделі як при ручному, так і при автоматизованому проектуванні інформаційних систем
Компоненти інфологічної моделі:
Опис об'єктів і зв'язків між ними, званої ER-моделлю (розшифровується як модель Сутність-зв'язок )
Опис інформаційних потреб користувачів
Алгоритмічні зв'язку атрибутів
Лінгвістичні відносини, зумовлені особливостями відображення предметної області в мовному середовищі
Обмеження цілісності
Отже, проектована БД буде містити в собі 8 таблиць: «Студенти», «ВНЗ», «Факультети», «Кафедри», «ДГУ», «ДДТУ», «ДГПУ», «ДГЕУ».
. 2 Структури і формати даних
У наступних таблицях представлені найменування і типи даних полів таблиць, наявних у БД.
Таблиця 1. Поля даних таблиці «Студенти»
НомерІмя поляТіп даннихПрімечаніе1idIntegerIndex Primary NOT NULL2LNameVARCHARNOT NULL3FNameVARCHARNOT NULL4PartVARCHARNOT NULL5FromisVARCHARNOT NULLбdatabornVARCHARNOT NULL7addressVARCHARNOT NULL8universityVARCHARNOT NULL9fac VARCHARNOT NULL10kafVARCHARNOT NULL11KoursVARCHARNOT NULL12FormstudyVARCHARNOT NULL13TellVARCHARNULL14e-mailVARCHARNULL15TwitterVARCHARNULL16Part_tellVARCHARNULL14Brother_tellVARCHARNULL15Brother_lifeVARCHARNULL16Frend_tellVARCHARNULL17SirotyVARCHARNOT NULL18Invalidi_I_or_IIVARCHARNULL19RadiationVARCHARNULL20Not_all_familyVARCHARNULL21Part_invalid_I_or_IIVARCHARNULL22OtherVARCHARNULL23Study_activiesVARCHARNULL24Science_activiesVARCHARNULL25Cotiety_activiesVARCHARNULL26Sport_activiesVARCHARNULL27EgeVARCHARNULL
Таблиця 2. Поля даних таблиці «ВНЗ»
НомерІмя поляТіп даннихПрімечаніе1idIntegerIndex Primary NOT NULL2nameVARCHARNOT NULL
Таблиця 3. Поля даних таблиці «Факультети»
НомерІмя поляТіп даннихПрімечаніе1idIntegerIndex Primary NOT NULL2nameVARCHARNOT NULL
Таблиця 4. Поля даних таблиці «Кафедри»
НомерІмя поляТіп даннихПрімечаніе1idIntegerIndex Primary NOT NULL2nameVARCHARNOT NULL
Таблиця 5. Поля даних таблиці «ДГУ»
НомерІмя поляТіп даннихПрімечаніе1idIntegerIndex Primary NOT NULL2KafVARCHARNOT NULL3FacVARCHARNOT NULL
Таблиця 5. Поля даних таблиці «ДГПУ»
НомерІмя поляТіп даннихПрімечаніе1idIntegerIndex Primary NOT NULL2KafVARCHARNOT NULL3FacVARCHARNOT NULL
Таблиця 5. Поля даних таблиці «ДДТУ»
НомерІмя поляТіп даннихПрімечаніе1idIntegerIndex Primary NOT NULL2KafVARCHARNOT NULL3FacVARCHARNOT NULL
Таблиця 6. Поля даних таблиці «ДГЕУ»
НомерІмя поляТіп даннихПрімечаніе1idIntegerIndex Primary NOT NULL2KafVARCHARNOT NULL3FacVARCHARNOT NULL
. 3 Структура бази даних
Після створення таблиць необхідно встановити зв'язки полів таблиць. Структура бази даних представлена ??на малюнку 1.
Далі після встановлення зв'язків будемо створювати форми, запити і звіти.
Запити.
Запити використовуються для перегляду і зміни даних різними способами. Їх також можна використовувати в якості джерел записів для форм, звітів і сторінок доступу до даних.
Малюнок 1. Структура бази даних
Для однієї і тієї ж таблиці можна створити безліч різних запитів, кожен з яких зможе витягувати з таблиці лише малу необхідну частину інформації. В результаті роботи запиту з загальної бази формується результуюча таблиця, яка містить частину загальної інформації, відповідною запиту. Також за допомогою запитів можна виконувати підсумкові обчислення.
Форми.
