ізують зв язок з базою даніх, реалізуються з помощью SQL-Операторів;
Операції з базою даніх - компоновані Дії СУБД, что віражають логіку Керування Даними, Наприклад, маніпулювання, визначення, даніх, фіксація и відкат транзакцій. Дані Операції віконуються сервером з помощью Збереження процедур, правил, трігерів;
файлові Операції - Операції зчітування та записами даніх для СУБД чг других компонентів системи. В основному віконуються засобой операційніх систем. p align="justify"> Формат роботи логікі архітектури В«клієнт-серверВ» зображено на малюнку 2.3:
У даній работе реалізується прототип системи, что такоже має дворівневу архітектуру, де розмежовані Операції, что відповідають серверу та клієнту. У функціональніх компонентах системи реалізовані збережені процедури, тригери, програма-інтерфейс, что Забезпечує рівень представлення даніх. br/>В
Малюнок 2.3 - Розподіл функціональніх частин между сервером та Клієнтом
Архітектура клієнт-сервер призначен для Вирішення проблем файл-серверна Додатків Шляхом поділу компонентів додатка и размещения їх там, де смороду будут функціонуваті найбільш Ефективно. Особлівістю архітектури клієнт-сервер є Використання віділеніх серверів баз даних, Які розуміють Предложения на мові структурованіх Запитів SQL (Structured Query Language) i віконують пошук, сортуваннях та агрегування ІНФОРМАЦІЇ. Відмінна рису серверів БД - наявність Довідника даніх, в якому записана структура БД, обмеження цілісності даніх, формати и даже серверні процедури Обробка даних за викликом або по подіях в Програмі. p align="justify"> Об'єктами розробки в таких додатках крім діалогу и логікі ОБРОБКИ є, дере за все, реляційна модель даніх и пов'язаний з ним набор SQL-Операторів для типових Запитів до Бази даних.
Більшість конфігурацій клієнт-сервер вікорістовує дворівневу модель, в якій Якою клієнт звертається до услуг сервера. Передбачається, что діалогові компоненти PS и PL розміщуються на клієнті. Прото складні Додатки, Які віклікають велику взаємодію з БД, могут Жорсткий завантажити як клієнта, так и ятір. Результати SQL-запиту повінні вернуться клієнтові для ОБРОБКИ, того що там находится логіка Прийняття решение. Така схема приводити до Додатковий ускладнення сплата Додатків, розкіданіх по різніх клієнтськім Вузли [8]. p align="justify"> Однак на Данії момент архітектура клієнт-сервер Отримала Визнання и Набула широкого Поширення як способ організації Додатків для роботи груп та ІНФОРМАЦІЙНИХ систем корпоративного уровня. Подібна організація роботи підвіщує ефективність Виконання Додатків за рахунок Використання можливіть сервера БД, розвантаження мережі и забезпечення контролю цілісності даніх. br/>
.2 взаємозв язок завдань оптімізації з іншімі завданнями КІС ПІДПРИЄМСТВА
