ера додатків (AS-модель).
Перші дві моделі є Дволанковий і не можуть розглядатися в якості базової моделі розподіленої системи. Третя модель - трехзвенная . Вона (Як і всі багатоланкові моделі) хороша тим, що в ній інтерфейс роботи з користувачем повністю незалежний від компонента обробки даних. Власне, триланкової її можна вважати остільки, оскільки в ній явно виділені:
* компонент інтерфейсу з користувачем;
* програмне забезпечення проміжного шару (middleware);
* компонент управління даними.
Middleware - Це головний компонент триланкових розподілених систем. Він виконує функції управління транзакціями і комунікаціями, транспортування запитів, управління іменами і інші функції.
Існує фундаментальна відмінність між технологією типу В«сервер запитів-клієнт запитів В»і триланкову технологіями. У першому випадку клієнт явним чином запитує дані, знаючи структуру бази даних (має місце так звана В«Поставка данихВ» клієнту). Клієнт передає СУБД, наприклад, SQL-запит, а в відповідь отримує дані. Здійснюється жорсткий зв'язок типів, для реалізації якої всі СУБД використовують закритий SQL-канал. Він будується двома процесами: SQL/Net на комп'ютері-клієнті і SQL/Net на комп'ютері-сервері і породжується по ініціативи клієнта оператором connect. Канал називається закритим в тому сенсі, що неможливо, наприклад, написати програму, яка буде шифрувати SQL-запити за спеціальним алгоритмом або іншим чином буде втручатися в процес передачі даних між клієнтським і серверним додатком.
У разі триланкової схеми клієнт явно запитує один із сервісів (надаються прикладним компонентом), наприклад, передаючи йому деяке повідомлення, і отримує відповідь також у вигляді повідомлення. Клієнт направляє запит в зовнішнє середу, нічого не знаючи про місце розташування сервісу. Має місце так звана В«Поставка функційВ» клієнту. p> Для клієнта сама база даних видно виключно за допомогою набору сервісів. Більше того, він взагалі нічого не знає про її існування, оскільки всі операції над базою даних виконуються всередині сервісів.
Таким чином, йдеться про два принципово різних підходах до побудови інформаційних систем клієнт-сервер. Двухзвенная архітектура на сьогоднішній день може вважатися досить застарілою і, у зв'язку з розвитком розподілених інформаційних систем, поступово відходить на другий план. І якщо для швидкого створення нескладних додатків з невеликим числом користувачів цей метод підходить якнайкраще, то при побудові корпоративних розподілених інформаційних систем він абсолютно непридатний в силу перерахованих вище причин.
Висновок
Сьогодні можна вважати, що розподілені бази даних - тема досить локальна і далеко не так актуальна, як архітектура розподілених систем. У DDB-технології за останні 2-3 роки не було будь-яких суттєвих новацій (за винятком, бути може, технології тиражування даних). Можна вважати, що в цій сфері інформатики все більш-менш усталене і будь-яких революційних кроків не передбачається. Більш цікавий напрямок (яке включає DDB) - архітектура, проектування і реалізація розподілених інформаційних систем. "Гарячі" теми у цьому напрямку - системи з триланкової архітектурою, продукти класу middleware, об'єктно-орієнтовані засоби розробки розподілених додатків в стандарті CORBA. Їх активне застосування буде домінувати у вітчизняній інформатики в найближчі 3-5 років і стане технологічною базою реальних інтеграційних проектів.
Мені здається, що революція відбудеться в архітектурі корпоративних інформаційних систем. Технологічний вибух у Intertet, створення і супербурное розвиток Всесвітньої павутини, технологія Java, неминуче відіб'ються на організації інфраструктури корпорацій. На мій погляд, очевидні переваги гіпертекстової організації даних (гнучкість, відкритість, простота розвитку і розширення) перед жорсткими структурами реляційних баз даних, за своєю природою погано пристосованими для розширення, зумовлюють використання HTML в якості одного з основних засобів створення інформаційного простору компанії. Підхід, що спирається на гіпертексти, дозволяє без особливих проблем інтегрувати вже існуючі інформаційні масиви, що зберігаються в базах даних. Те, що зараз називають Intranet - це прообраз майбутньої корпоративної інформаційної системи. br clear=all>
Список літератури
В
# "#"> # "#">
