му континенті, у певних країнах. Вони бувають схожі на високі гори або на плоске плато, можуть перебувати в центрі континенту. На основі Бізнес-правила 13 ми отримуємо сегмент ER-Моделі представлений на малюнку 14.
Малюнок 14 - ER-діаграма бізнес-правила 13
Бізнес-правило 14
Таблиці острова, пустелі, гірські системи і гірські вершини, печери, вулкани повинні мати зв'язок з таблицями суша, континент і країна, так як вони частина земної поверхні і розташовані в певних континентах і країнах. На основі Бізнес-правила 14 ми отримуємо сегмент ER-Моделі представлений на малюнку 15.
Малюнок 15 - ER-діаграма бізнес-правила 14
Коли з'єднали всіх таблиць в базі даних подивимося кінцеву схему бази даних.
Малюнок 15 - ER-діаграма концептуальної моделі навчального атласу світу
3. Проектування інформаційної системи
. 1 Функції інформаційної системи
Одним із завдань проектування інформаційної системи є визначення її функцій. Це завдання вирішується виходячи з того, який вид діяльності передбачається автоматизувати. Всі функції будь-якої інформаційної системи можна розбити на наступні класи:
функції редагування даних;
функції отримання інформації з інформаційного сховища або пошукові функції;
функції безпеки;
розрахункові функції;
технологічні функції;
аналітичні функції.
. 2 Архітектура інформаційної системи
Особливість серверів баз даних полягає в їх здатності виконувати спеціальні запити до даних. Мова запитів влаштований таким чином, що одна команда цієї мови може укладати в себе безліч елементарних операцій над даними. Крім того, сучасні сервери баз даних дозволяють зберігати на стороні сервера програмні модулі (збережені процедури, тригери та ін.), Які по команді з боку користувача (клієнта) можуть бути запущені на виконання. У результаті з'являється реальна можливість виконувати на стороні сервера не тільки обробку даних, але й інші дії. На стороні користувача теоретично може залишитися тільки ПО, що відповідає за інтерфейс користувача. Така побудова архітектури ІС, коли ПО ділиться на дві частини між користувальницьким комп'ютером і сервером баз даних, називають технологією клієнт-сервер raquo ;, а архітектура ІС -клієнт-серверної. Клієнт, у якому реалізований тільки користувальницький інтерфейс, називається тонким клієнтом, в іншому випадку клієнт називається товстим.
реляційний інформаційний мову запит
4. Реалізація модел?? бази даних у середовищі СУБД MS SQL Server 2012
4.1 Фізичний рівень концептуальної схеми
Фізичний рівень концептуальної схеми залежить від конкретної СУБД. У фізичної моделі міститься інформація про всі об'єкти БД. Оскільки стандартів на об'єкти БД не існує (наприклад, немає стандарту на типи даних), фізична модель залежить від конкретної реалізації СУБД. Отже, однієї і тієї ж логічної моделі можуть відповідати кілька різних фізичних моделей. Якщо в логічній моделі не має значення, який саме тип даних має атрибут, то у фізичній моделі важливо описати всю інформацію про конкретних фізичних об'єктах - таблицях, полях, індексах і т. Д.
. 2 Створення таблиць бази даних на мові SQL Server 2012
При створенні таблиці необхідно задати ім'я таблиці, імена стовпців і типи даних стовпців.
Таблицю можна створити за допомогою оператора CREATE TABLE мови SQL.
За розробленою концептуальній схемі логічного і фізичного рівнів в базі даних «Навчальний атлас світу» були створені следуюіе таблиці:
USE kurs_LAURATABLE ZEMLYA
(nvarchar (15) primary key, _zettatonna float, _mln_km2 float, _km float
); TABLE VODA
(nvarchar (15) primary key, _vody_mln_km2 float, float, nvarchar (15), fk_voda_zemlya foreign key (Zemlya) references ZEMLYA (Zemlya)
); TABLE SUSHA
(nvarchar (15) primary key, _sushi_mln_km2 float, float, nvarchar (15), fk_susha_zemlya foreign key (Zemlya) references ZEMLYA (Zemlya)
); TABLE Okeany
(_ ID int primary key, _NAME nvarchar (25), _ mln_km2 float, _mln_km3 float, _max_m int, nvarchar (15), nvarchar (15), FK_Okeany_Zemlya foreign key (Zemlya) references ZEMLYA (Zemlya) , FK_Okeany_Voda foreign key (Rakurs) references Vod...
