gn="justify"> Непряма реклама в Інтернеті використовує реєстрацію сервера в відомих пошукових машинах, включення безкоштовних посилань на свій сервер в усі відомі Web-каталоги, «жовті сторінки», тематичні сервери (Jump Stations), розміщення взаємних посилань і реклами на дружніх серверах, розміщення платних рекламних оголошень на добре відвідуваних серверах, підготовку та публікацію на інших серверах цікавих тематичних матеріалів з посиланнями на свій сервер, включення імені (адреси) сервера в немережеву рекламу (на традиційних носіях).
Концептуальне інфологічное проектування
інфологічну рівень являє собою інформаційно - логічну модель (Илм) предметної області, в якій виключена надмірність даних і відображені інформаційні особливості об'єкта управління, без урахування особливостей і специфіки конкретної СУБД [25].
Мета інфологіческого проектування - створити структуровану інформаційну модель ПО, для якої розроблятиметься БД. При проектуванні на інфологічну рівні створюється інформаційно - логічна модель, яка повинна відповідати наступним вимогам:
коректність схеми БД;
простота і зручність використання на наступних етапах проектування;
Илм описана мовою, зрозумілою проектувальникам БД, програмістам, адміністратору і майбутнім користувачам;
Основною складовою інфологічної моделі є атрибути, які потрібно проаналізувати і деяким чином згрупувати для подальшого зберігання в БД. Сутність інфологіческого моделювання полягає у виділенні інформаційних об'єктів, які підлягають зберіганню в БД, а також визначенні характеристик об'єктів і зв'язків між ними. Характеристиками або властивостями об'єктів є атрибути [8].
Словник даних, що містяться в таблицях бази даних, наведено в табл. 3.1.
Таблиця 3.1. Словник даних
№ п/п Найменування елементаТіп і длінаНазначеніе елемента1Код сотруднікаInt 32Храніт код сотрудніка2Ф.І.О.Varchar (20) Зберігає П.І.Б. сотрудніка4ФотоVarchar (20) Зберігає фото сотрудніка5Електронний адрессVarchar (20) Зберігає електронний адресссотрудніка6Код задачіInt 32Храніт код задачі7ТемаVarchar (20) Зберігає тему задачі9Дата началаDatetimeХраніт дату початку задачі10Дата окончаніяDatetimeХраніт дату закінчення завдання 11СтатусVarchar (20) Зберігає статус задачі13Код кліентаInt 32Храніт код кліента14Ф.І.О.Varchar ( 20) Зберігає П.І.Б. кліента15КомпаніяVarchar (20) Зберігає компанію кліента16Електронний адреси кліентаVarchar (20) Зберігає едектронний адреси кліента17Код отзиваInt 32Храніт код отзива18Дата созданіяDatetimeХраніт дату створення отзива19ТегVarchar (20) Зберігає тег отзива20ОпісаніеVarchar (20) Зберігає опис відкликання
Проектування глобальної логічної моделі даних
Структура логічної моделі даних (рис. 3.2) відображає структуру елементів, що знаходяться в базі даних.
Вона описує семантику предметної області і не враховує особливості конкретної СУБД. По даній логічній схемі побудована фізична модель (рис. 3.3), в якій враховані такі особливості СУБД, як допустимі типи і найменування полів.
Основна перевага реляційної моделі - порівняльна простота інструментальних засобів її підтримки. Реляційна дата логічна модель містить набір відносин або записів, явно незв'язаних між собою. Зв'язки виражаються в наявності однакових атрибутів в різних відносин, які (атрибути) дозволяють при виконанні операції природного об'єднання відносин отримати цілісну картину даних про об'єкт бази даних.
Розроблено реляційна схема даних не вимагає подальшої нормалізації. Отримана модель бази даних є основою для генерації структур даних, індексів і тригерів на фізичному етапі проектування. Враховано цілісність даних, тобто стійкість збережених даних до руйнування і знищення, пов'язаних з несправністю технічних засобів, системними помилками і помилковими діями користувачів, яка передбачає: відсутність неточно введених даних або двох однакових записів про одне й те ж факт, захист від помилок при оновленні бази даних, каскадне видалення зв'язаних даних різних таблиць і збереження даних при відмовах і збоях техніки (відновлення даних).
Ефективність забезпечена вибором комплексу технічних засобів, вибором СУБД, проектуванням оптимальної логічної і фізичної моделі даних у процесі фізичного проектування БД [12].
Таблиця 3.4. Обмеження унікальності
№ п/пАтрібут або група атрібутовСреді яких примірників, якої сутності чи зв'язку має місце унікальность1Задачі. Код_ ЗадачіДля всіх екземплярів сутності «Завдання» 2Сотруднікі. Код_ СотруднікаДля всіх екземплярів сутності «Співробітники» 3Кліенти. Код_ КліентаДля всіх екземплярів сутності ...
