- •Механізм зворотного виклику DataSnap
- •Керування службами сервера додатків в DataSnap
- •Механізм віддаленого доступу DataSnap
- •Технологія midas, corba
- •Характеристика архітектури «клієнт-сервер»: системна архітектура, клієнти та сервери.
- •Принцип взаємодії між клієнтськими серверними частинами.
- •Переваги протоколів віддаленого виклику процедур.
- •Типовий поділ функцій між клієнтом серверами.
- •Компоненти мережного додатку.
- •Види архітектури за принципом.
- •Типи серверів к-с технологій. Сервер бд.
- •Клієнти та сервери. Типи клієнтів.
- •Рівень користувацького інтерфейса. Рівень обробки. Рівень даних.
- •Огляд архітектури.Net. Структура.Net framework.
- •Організація з’єднання з бд застосування в ado.Net.
- •Особливості виконання операцій у роз’єднаному середовищі
- •Робота з реляційними даними в ado.Net.
- •Компоненти та моделі постачальника ado.Net.
- •Етапи створення застосування з використання ado.Net.
- •Середовище розробки asp. Net.
- •Організація відкриття підключення в ado.Net
- •Особливості виконання операцій оновлення даних у з’єднаному середовищі.
- •Відображення реляційних даних в ado.Net.
- •Причини появи та особливості архітектури ado.Net.
- •Організація управління з’єднанням в ado.Net.
- •Особливості виконання операцій обробки даних у з’єднаному середовищі.
- •Модифікація ієрархічних даних в ado.Net.
- •Транзакція, її характеристики та види.
- •Організація зберігання рядків підключення в ado.Net.
- •Особливості виконання операцій читання даних у з’єднаному середовищі.
- •Відображення даних за допомогою об’єкта DataView в ado.Net.
- •Проміжні точки збереження та вкладені транзакції.
- •Рівні ізоляції транзакції.
- •Протокол soap. Web- сервіси xml.
- •Локальна архітектура. Архітектура «файл-сервер». Архітектура «клієнт сервер»: «товстий клієнт», «тонкий клієнт».
- •Вступ до технології ado. Взаємодія ado і компонентів vcl.
- •Особливості застосування технологій bde та odbc.
- •Рядок з’єднання ado. З’єднання з сховищем данних.
Принцип взаємодії між клієнтськими серверними частинами.
Доступ до бази даних від прикладної програми або користувача проводиться шляхом звернення до клієнтської частини системи. Як основний інтерфейс між клієнтською і серверною частинами виступає мова баз даних SQL.
Це мова по суті справи є поточним стандартом інтерфейсу СУБД у відкритих системах. Збірна назва SQL-сервер відноситься до всіх серверів баз даних, заснованих на SQL. Дотримуючи обережності при програмуванні, деякі з яких були розглянуті на попередніх лекціях, можна створювати прикладні інформаційні системи, мобільні в класі SQL-серверів.
Сервери баз даних, інтерфейс яких заснований виключно на мові SQL, володіють своїми перевагами і своїми недоліками. Очевидна перевага - стандартність інтерфейсу. У межі, хоча поки це не зовсім так, клієнтські частини будь-якої SQL-орієнтованої СУБД могли б працювати з будь-яким SQL-сервером незалежно від того, хто його провів.
Недолік теж досить очевидний. При такому високому рівні інтерфейсу між клієнтською і серверною частинами системи на стороні клієнта працює дуже мало програм СУБД. Це нормально, якщо на стороні клієнта використовується малопотужна робоча станція. Але якщо клієнтський комп'ютер володіє достатньою потужністю, то часто виникає бажання покласти на нього більше функцій управління базами даних, розвантаживши сервер, який є вузьким місцем всієї системи.
Переваги протоколів віддаленого виклику процедур.
Згадувані вище протоколи видаленого виклику процедур особливо важливі в системах управління базами даних, заснованих на архітектурі "клієнт-сервер".
По-перше, використовування механізму видалених процедур дозволяє дійсно перерозподіляти функції між клієнтською і серверною частинами системи, оскільки в тексті програми видалений виклик процедури нічим не відрізняється від видаленого виклику, і отже, теоретично будь-який компонент системи може розташовуватися і на стороні серверу, і на стороні клієнта.
По-друге, механізм видаленого виклику приховує відмінності між взаємодіючими комп'ютерами. Фізично неоднорідна локальна мережа комп'ютерів приводиться до логічно однорідної мережі взаємодіючих програмних компонентів. В результаті користувачі не зобов'язані серйозно піклуватися про разову закупівлю сумісних серверів і робочих станцій.
Типовий поділ функцій між клієнтом серверами.
У типовому на сьогоднішній день випадку на стороні клієнта СУБД працює тільки таке програмне забезпечення, яке не має безпосереднього доступу до баз даних, а звертається для цього до серверу з використанням мови SQL.
В деяких випадках хотілося б включити до складу клієнтської частини системи деякі функції для роботи з "локальним кешем" бази даних, тобто з тією її частиною, яка інтенсивно використовується клієнтською прикладною програмою. У сучасній технології це можна зробити тільки шляхом формального створення на стороні клієнта локальної копії серверу бази даних і розгляду всієї системи як набору взаємодіючих серверів.
Компоненти мережного додатку.
