- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •Лекція 1. Комп’ютерні мережі. Інтернет
- •1. Поняття та можливості комп’ютерних мереж
- •2. Класифікація комп’ютерних мереж.
- •3. Апаратне та програмне забезпечення мереж
- •4. Протоколи та їх рівні.
- •Imap був розроблений для заміни простішого протоколу pop3 і має такі переваги в порівнянні з останнім:
- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •Лекція 2. Комп’ютерні мережі. Інтернет.
- •1. Поняття та організація доступу до мережі Інтернет.
- •2. Система адрес у мережі Інтернет
- •3. Основні сервіси Інтернет.
- •4. Пошукові сервери
- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •8.Поняття прогресії
- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •1. Поняття про бд та скбд
- •2 Типи моделей бд
- •2.1. Класифікація моделей.
- •2.2. Ієрархічна модель даних.
- •2.3. Мережева модель даних.
- •2.4. Реляційна модель даних.
- •3. Класифікація систем керування базами даних
- •Державна служба України з надзвичайних ситуацій
- •Кафедра вищої математики та інформаційних технологій
- •Рівні моделей даних.
- •2. Термінологія та етапи створення реляційної бд
- •Елементи реляційної моделі
- •3.Правила побудови реляційних баз даних
- •4. Індексування
- •5.1. Ключ зв’язку.
- •5.2. Зв’язок виду 1:1
- •5.3. Зв’язок виду 1:м
- •5.5. Зв’язок вигляду м:м
- •11.1 Зв’язок виду м:1
- •Створення запитів
- •7.1. Поняття та створення запитів
- •16.1. Задання умов у запитах
- •16.2. Запити для проведення статистичних розрахунків
- •16.3 Приклади запитів
- •17.Створення запитів в режимі sql
- •Інструкції sql
Державна служба України з надзвичайних ситуацій
Черкаський інститут пожежної безпеки ім. Героїв Чорнобиля
Факультет пожежної безпеки
Кафедра вищої математики та інформаційних технологій
ЗАТВЕРДЖУЮ
Начальник кафедри
ВМ та ІТ
к.ф-м.н., доц.,
полковник с.ц.з.
_______ І.П. Частоколенко
“___”______2014р.
Навчальна дисципліна: Інформатика та комп’ютерна техніка
1-й курс (стаціонар).
ЛЕКЦІЯ
Тема № 1.2. Програмні засоби створення розрахункових таблиць та табличних документів.
Час: 62, з них 16 годин лекцій, 26 годин практичних занять, 20 годин самостійної роботи
Тема лекції №10: Програмні засоби створення розрахункових таблиць та табличних документів.
Навчальна мета: Розглянути теоретичний матеріал у відповідності з темою лекції.
Виховна мета: Переконання в необхідності вивчення матеріалу лекції для майбутньої професійної діяльності, формування матеріалістичного світогляду, виховання культури та дисципліни мислення.
Матеріально-методичне забезпечення: Дошка, крейда.
Розробив:
викладач
кафедри ВМ та ІТ А.П. Марченко
Лекція обговорена та схвалена на засіданні кафедри
Протокол №1 від “26” серпня 2014р.
Тема лекції: № 10 Розробка бази даних за допомогою СКБД. Робота з реляційною базою даних.
Рівні моделей даних.
Проектування бази даних треба починати з аналізу наочної області і виявлення вимог до неї окремих користувачів. Проектування зазвичай доручається людині (групі осіб) - адміністраторові бази даних (АБД). Їм може бути як спеціально виділений співробітник організації, так і майбутній користувач бази даних, досить добре знайомий з машинною обробкою даних.
Виділяють три рівні моделі даних:
інфологічна;
даталогична;
фізична.
Інфологічна модель описує предметну область на змістовному рівні. На першому етапі при її розробці здійснюється аналіз предметної області, вирішуваних завдань, запитів користувачів і документів, що відображають події і процеси, що протікають в ПО. Результатом цього аналізу є списки об'єктів предметної області, переліки їх властивостей або атрибутів, визначення зв'язків між об'єктами і опис структури ПО у вигляді діаграми. Для кожного з атрибутів указуються обмеження на їх можливі значення, визначувані властивостями ПО.
Такі обмеження називаються обмеженнями цілісності даних.
Інфологичеськая модель об'єднує в єдине узагальнене уявлення вимоги окремих користувачів і служить засобом спілкування між ними, тому розробляється без урахування особливостей представлення даних в пам'яті ЕОМ.
Концептуальна або даталогичеськая модель описує об'єкти і зв'язки ПО на формальному рівні. Її розробка ведеться на другому етапі і грунтується на інфологичеськой моделі, отриманій на першому етапі. В процесі розробки здійснюється вибір типу моделі даних, і визначаються її елементи. Кожна СКБД підтримує тільки одну з моделей. Вибір моделі даних і вибір СКБД тісно взаємозв'язані.
Внутрішня, або фізична, модель даних визначає спосіб розміщення даних безпосередньо на машинному носієві, враховує розподіл даних, методи доступу і способи індексування. У сучасних прикладних програмних засобах цей рівень організації забезпечується автоматично без втручання користувача. Користувач, як правило, оперує в прикладних програмах і універсальних програмних засобах представленнями СКБД на організацію даних.
Таким чином основне завдання проектування полягає в створенні інфологичеськой моделі ПО і концептуальною БД.