- •Механізм зворотного виклику 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. З’єднання з сховищем данних.
Характеристика архітектури «клієнт-сервер»: системна архітектура, клієнти та сервери.
Стосовно систем баз даних архітектура "клієнт-сервер" цікава і актуальна головним чином тому, що забезпечує просте і відносно дешеве рішення проблеми колективного доступу до баз даних в локальній мережі. Системи баз даних, засновані на архітектурі "клієнт-сервер", є наближенням до розподілених систем баз даних, звичайно, істотно спрощеним наближенням, та зате не вимагаючим рішення основного набору проблем дійсно розподілених баз даних.
У основі широкого розповсюдження локальних мереж комп'ютерів лежить відома ідея розділення ресурсів. Висока пропускна спроможність локальних мереж забезпечує ефективний доступ з одного вузла локальної мережі до ресурсів, що знаходяться в інших вузлах.
Розвиток цієї ідеї приводить до функціонального виділення компонентів мережі: розумно мати не тільки доступ до ресурсами видаленого комп'ютера, але також одержувати від цього комп'ютера деякий сервіс, який специфічний для ресурсів даного роду і програмні засоби для забезпечення якого недоцільно дублювати в декількох вузлах. Так приходимо до розрізнення робочих станцій і серверів локальної мережі.
Робоча станція призначена для безпосередньої роботи користувача або категорії користувачів і володіє ресурсами, відповідними локальним потребам даного користувача. Специфічними особливостями робочої станції можуть бути об'єм оперативної пам'яті (далеко не всі категорії користувачів мають потребу у наявності великої оперативної пам'яті), наявність і об'єм дискової пам'яті (достатньо популярні бездиськові робочі станції, що використовують зовнішню пам'ять дискового серверу), характеристики процесора і монітора. При необхідності можна використовувати ресурси и/или послуги, що надаються сервером.
Сервер локальної мережі повинен володіти ресурсами, відповідними його функціональному призначенню і потребам мережі. Помітимо, що у зв'язку з орієнтацією на підхід відкритих систем, правильніше говорити про логічні сервери (маючи на увазі набір ресурсів і програмних засобів, що забезпечують послуги над цими ресурсами), які розташовуються не обов'язково на різних комп'ютерах. Особливістю логічного серверу у відкритій системі є те, що якщо по міркуваннях ефективності сервер доцільно перемістити на окремий комп'ютер, то це можна виконати без потреби в якій-небудь переробці як його самого, так і використовуючих його прикладних програм.
Прикладами серверів можуть служити:
• сервер телекомунікацій, забезпечуючий послуги із зв'язку даної локальної мережі із зовнішнім світом;
• обчислювальний сервер, що дає можливість проводити обчислення, які неможливо виконати на робочих станціях;
• дисковий сервер, що володіє розширеними ресурсами зовнішньої пам'яті і надає їх у використовування робітникам станціями і, можливо, іншим серверам;
• файловий сервер, що підтримує загальне сховище файлів для всіх робочих станцій;
• сервер баз даних фактично звична СУБД, що приймає запити по локальній мережі і повертає результати.
Сервер локальної мережі надає ресурси (послуги) робочим станціям и/или іншим серверам.
Прийнято називати клієнтом локальної мережі, запрошуючий послуги у деякого серверу і сервером - компонент локальної мережі, надаючий послуги деяким клієнтам.
Система розбивається на дві частини, які можуть виконуватися в різних вузлах мережі, - клієнтську і серверну частини. Прикладна програма або кінцевий користувач взаємодіють з клієнтською частиною системи, яка в простому випадку забезпечує просто надсетевой інтерфейс. Клієнтська частина системи при потребі звертається по мережі до серверної частини. Помітимо, що в розвинених системах мережеве звернення до серверної частини може і не знадобитися, якщо система може передбачати потреби користувача, і в клієнтській частині містяться дані, здатні задовольнити його наступний запит.
Інтерфейс серверної частини визначений і фіксований. Тому можливе створення нових клієнтських частин існуючої системи (приклад інтероперабельності на системному рівні).
Основною проблемою систем, заснованих на архітектурі "клієнт-сервер", є те, що відповідно до концепції відкритих систем від них потрібна мобільність в якомога ширшому класі апаратно-програмних рішень відкритих систем. Навіть якщо обмежитися UNIX-орієнтованими локальними мережами, в різних мережах застосовується різна апаратура і протоколи зв'язку. Спроби створення систем, що підтримують всі можливі протоколи, приводить до їх перевантаження мережевими деталями в збиток функціональності.
