ПИТАННЯ НА ЕКЗАМЕН «РКСЗ»

1. Відомості про MS SQL SERVER та його структура.

2. Засобів адміністрування MS SQL SERVER.

3. Інструменти MS SQL SERVER

4. Служби MS SQL SERVER.

5. З’єднання з БД SQL SERVER

6. Архітектура додатків БД на базі DataSnap

7. Особливості використання сервера DataSnap

Сервер додатків інкапсулює більшу частину бізнес-логіки розподіленого додатку і забезпечує доступ клієнтів до бази даних.

Основною частиною сервера додатків є віддалений модуль даних.

По-перше, подібно звичайному модулю даних він є платформою для розміщення невізуальних компонентів доступу до даних і компонентів-провайдерів. Розміщені на ньому компоненти сполук, транзакцій і компоненти, інкапсулюющі набори даних, забезпечують трехзвенное додаток зв'язком з сервером БД. Це можуть бути набори компонентів для технологій ADO, BDE, InterBase Express, dbExpress.

По друге, віддалений модуль даних реалізує основні функції сервера додатків на основі надання клієнтам інтерфейсу IAppServer або його нащадка. Для цього віддалений модуль даних повинен містити необхідну кількість компонентів-провайдерів TDataSetProvider. Ці компоненти передають пакети даних клієнтського додатку, а точніше компонентам TdientDataSet, а також забезпечують доступ до методів інтерфейсу.

До складу Delphi входять віддалені модулі даних. Для їх створення використовуйте сторінки Multitier, WebSnap і WebServices Репозиторія Delphi

1. Remote Data Module - віддалений модуль даних, що інкапсулює сервер Автоматизації. Використовується для організації з'єднань через DCOM, HTTP, сокети

2. Transactioiial Data Module - віддалений модуль даних, що інкапсулює сервер MTS (Microsoft Transaction Server).

3. SOAP Server Data Module - віддалений модуль даних, що інкапсулює сервер SOAP (Simple Object Access Protocol).

4. WebSnap Data Module - віддалений модуль даних, що використовує Web-служби і Web-браузер в якості сервера.

Крім віддаленого модуля даних невід'ємною частиною сервера додатків є компоненти-провайдери TDataSetProvider. З кожним компонентом, інкапсулюють набір даних, призначеним для передачі клієнту, в модулі даних повинен бути пов'язаний компонент-провайдер.

8. Механізм зворотного виклику DataSnap

9. Керування службами сервера додатків в DataSnap

10. Механізм віддаленого доступу DataSnap

Для передачі пакетів даних між компонентом-провайдером і клієнтським набором даних, тобто між клієнтом і сервером, повинен існувати якийсь транспортний канал, що забезпечує фізичну передачу даних. Для цього можуть використовуватися різноманітні транспортні протоколи, підтримувані операційною системою.

Різні типи з'єднань, що дозволяють налаштувати транспорт і почати передачу і прийом даних, інкапсульовані в кількох компонентах DataSnap. Для створення з'єднання з тим або іншим транспортним протоколом розробнику досить перенести відповідний компонент на форму і правильно налаштувати декілька властивостей. Нижче розглядаються варіанти настройки транспортних протоколів для компонентів, що використовують DCOM, сокети TCP / IP, http.

11. Провайдери даних-брокери з’єднань DataSnap

12. Web-додатки та інтерфейси. Особливості розробки програмного забезпечення для Інтернет

13. Сервери додатків. Реалізації додатків. Переваги та недоліки додатків

14. Особливості взаємодії частин архітектури «клієнт сервер»

15. Модель FS (файл-сервер). Модель ROA (віддаленно)

16. Модель BDS (БД серверів). Модель AS (сервери додатків)

17. Методи доступу до даних. Об’єктні моделі доступу до віддаленнях даних

18. Зовнішні засоби інтеграцій додатків до БД

19. Базова технологія СОМ, СОМ+

COM (Component Object Model) — платформа компонентно-орієнтованого програмування розроблена в 1993 році компанією Microsoft; дозволяє використання міжпроцесної взаємодії (inter-process communication) та динамічного створення об'єктів у будь-якій мові програмування, що підтримує технологію. Використовується переважно у ОС Windows, хоча була реалізована на декількох платформах.

Основним поняттям, яким оперує технологія COM, є COM-компонент. Програми, побудовані на технології COM, фактично не є автономними програмами, а є набором COM-компонентів, що взаємодіють між собою. Кожен компонент має унікальний ідентифікатор (GUID) і може одночасно використовуватися багатьма програмами. Компонент взаємодіє з іншими програмами через COM-інтерфейси — набори абстрактних функцій і властивостей. Кожен COM-компонент має, як мінімум, підтримувати стандартний інтерфейс «IUnknown», який надає базові засоби для роботи з компонентом.

Windows API надає базові функції, що дозволяють використовувати COM-компоненти. Бібліотеки MFC і, особливо, ATL/WTL надають набагато гнучкіші і зручніші засоби для роботи з COM. Бібліотека ATL від Майкрософт досі лишається найпопулярнішим засобом створення COM-компонентів. Але, часто, COM-розробка залишається ще досить складною справою, програмістам доводиться вручну виконувати багато рутинних завдань, пов'язаних з COM (особливо це помітно у разі розробки на C++). Згодом (у технологіях COM+ і особливо .NET) Майкрософт спробував спростити завдання розробки COM-компонентів.

У складі Windows 2000 була випущена технологія COM+, яка розширювала можливості розробників COM-компонентів, надаючи їм деякі готові послуги, наприклад:

покращену підтримку нитей;

доступ до контексту, в якому виконується компонент (наприклад, компоненти, використані в ASP, можуть з цією можливістю дістати доступ до внутрішніх об'єктів тієї сторінки, на якій вони виконуються).

COM+ об'єднує компоненти в так звані застосунки COM+, що спрощує адміністрування і обслуговування компонентів. Безпека і продуктивність — основні напрями удосконалень COM+. Деякі ідеї, закладені в основу COM+, були також реалізовані в Microsoft .NET.