Клиент-серверная архитектураВ такой

Клиент-серверная архитектура

В такой архитектуре на сервере не только хранится база данных, но и работает программа СУБД, обрабатывающая запросы пользователей и возвращающая им наборы записей. При этом программы пользователей уже не работают напрямую с базой данных как набором физических файлов, а обращаются к СУБД, которая выполняет операции. Нагрузка с клиентских мест при этом снимается, так как боль¬шая часть работы происходит на сервере. СУБД автоматически следит за целост¬ностью и сохранностью базы данных, а также контролирует доступ к информации с помощью службы паролей. Клиент-серверные СУБД допускают блокировку на уровне записи и даже отдельного поля. Это означает, что с таблицей одновременно может работать любое число пользователей, но доступ к функции изменения кон¬кретной записи или одного из ее полей обеспечен только одному из них.
Основной недостаток этой архитектуры — не очень высокая надежность. Если сер¬вер выходит из строя, вся работа останавливается.

Распределенная архитектура

В сети работает несколько серверов, и таблицы баз данных распределены между ними для достижения повышенной эффективности. На каждом сервере функциони¬рует своя копия СУБД. Кроме того, в подобной архитектуре обычно используются специальные программы, так называемые серверы приложений. Они позволяют оптимизировать обработку запросов большого числа пользователей и равномерно распределить нагрузку между компьютерами в сети. Если, помимо работы с дан¬ными, требуется выполнить интенсивные вычисления (например, анализ слож¬ной информации), программы для выполнения этих задач (они обычно называют¬ся компонентами) могут автоматически запускаться на более мощных сетевых компьютерах. Это практически полностью снимает нагрузку с клиентских мест. Такая архитектура гакже называется компонентной.
Недостаток распределенной архитектуры заключается в довольно сложном и дорого
стоящем процессе ее создания и сопровождения (администрирования), а также в высоких требованиях к серверным компьютерам.
Интернет-архитектура
Доступ к базе данных и СУБД (расположенным на одном компьютере или в сети) осуществляется из браузера по стандартному протоколу. Это предъявляет мини¬мальные требования к клиентскому оборудованию. Такие программы называют «тонкими клиентами», потому что они способны работать даже на ПК с процессо¬ром 80386.
Благородя стандартизации всех протоколов и интерфейсов взаимодействия в Интернете такие системы легко создавать и внедрять. Например, можно не орга¬низовывать локальную сеть, а обращаться к серверу через Интернет или использо¬вать протоколы Интернета в локальной сети (в таком случае говорят о технологи¬ях интранет). В этом случае не требуется разрабатывать специальные клиентские программы или придумывать собственные спецификации обмена данными между сервером и клиентскими местами. Достаточно использовать готовые браузеры и программные решения.
В данной книге рассматриваются способы создания программ для всех описанных архитектур.

Результаты (украинский) 1:

Клієнт серверна архітектураУ цієї архітектури, не тільки на сервері, зберігається в базі даних, але програма працює СУБД обробки запитів користувача і повертає їх до набору записів. За допомогою цієї програми користувачі вже не працює безпосередньо з базою даних як набір фізичних файлів і доступ до СУБД, яка виконує операцію. Завантажити із клієнтом сайтів, коли це буде видалено, оскільки біль ¬ Шай роботи відбувається на сервері. СУБД автоматично перевіряє цілісність і збереження ¬ бази даних а також контролює доступ до інформації через службу паролі. Клієнт серверна СКБД дозволяють блокування на рівні записів і навіть окремих полів. Це означає, що таблиця може працювати будь-яку кількість користувачів, але доступ до редагування функцій в даного запису ¬ Кон, або один з його полів надаються лише один із них.Основним недоліком цієї архітектури не є дуже високою надійністю. Якщо CEP ¬ ver аварій, всі роботи зупинено.Архітектура розподіленоїВ мережі працює кілька серверів і таблиць бази даних розподіляються між ними домогтися більш високої ефективності. На кожному сервері функціонування ¬ передбачається його копію бази даних. Крім того, така архітектура зазвичай використовуються спеціальні програми, так звані застосунку серверів. Вони дозволяють оптимізувати запит обробки великої кількості користувачів і для рівномірного розподілу навантаження між комп'ютерами в мережі. Якщо на додаток до роботи з Деном ¬, вам необхідно виконати інтенсивних обчислень (наприклад, аналіз складних ¬ інформації), програми для виконання цих завдань (вони, як правило, називають ¬ ся компоненти) автоматично запускається на більш потужних комп'ютерів мережі. Це майже повністю видаляє навантаження від сайти клієнтів. Ця архітектура називається gakzhe компонент.Відсутність розподілених архітектури є досить складним і дорогимбудівельний процес її створення і обслуговування (адміністрація), а також як і високі вимоги до сервера комп'ютерів.Інтернет архітектураСтандартний протокол з браузера надається доступ до бази даних і Обробник баз даних (розташовані на комп'ютері або в мережі). Це робить міні ¬ найкращий клієнт апаратні вимоги. Такі програми називаються "Тонкі клієнти", тому що вони вміють працювати навіть на ПК з ЦП ¬ ром 80386.Blagorodja стандартизації всіх протоколів та інтерфейсів в мережі, таких систем є легким для створення та реалізації. Наприклад, ви можете не ¬ nizovyvat організації "локальні мережі та доступу до сервера через Інтернет або використання ¬ tion Інтернет-протоколів у вашій локальній мережі (в цьому випадку ми говоримо з технологи ¬ s інтрамережі). У цьому разі не потрібно розробити звичай клієнтські програми або придумати свої власні специфікації обміну даними між сервером і клієнтом. Ви можете використовувати готовий браузерів і програмні рішення.Ця книга пояснює, як створити програм для всіх архітектур.

Результаты (украинский) 2:

Клієнт-серверна архітектура

У такій архітектурі на сервері не тільки зберігається база даних, але і працює програма СУБД, обробна запити користувачів і повертає їм набори записів. При цьому програми користувачів вже не працюють безпосередньо з базою даних як набором фізичних файлів, а звертаються до СУБД, яка виконує операції. Навантаження з клієнтських місць при цьому знімається, так як боль¬шая частина роботи відбувається на сервері. СУБД автоматично стежить за целост¬ностью і збереженням бази даних, а також контролює доступ до інформації за допомогою служби паролів. Клієнт-серверні СУБД допускають блокування на рівні запису і навіть окремого поля. Це означає, що з таблицею одночасно може працювати будь-яке число користувачів, але доступ до функції зміни кон¬кретной записи або одного з її полів забезпечений тільки одному з них.
Основний недолік цієї архітектури - не дуже висока надійність. Якщо сер¬вер виходить з ладу, вся робота зупиняється.

Розподілена архітектура

В мережі працює кілька серверів, і таблиці баз даних розподілені між ними для досягнення підвищеної ефективності. На кожному сервері функціоні¬рует своя копія СУБД. Крім того, в подібній архітектурі зазвичай використовуються спеціальні програми, так звані сервери додатків. Вони дозволяють оптимізувати обробку запитів великої кількості користувачів і рівномірно розподілити навантаження між комп'ютерами в мережі. Якщо, крім роботи з дан¬нимі, потрібно виконати інтенсивні обчислення (наприклад, аналіз слож¬ной інформації), програми для виконання цих завдань (вони зазвичай називают¬ся компонентами) можуть автоматично запускатися на більш потужних мережевих комп'ютерах. Це практично повністю знімає навантаження з клієнтських місць. Така архітектура гакже називається компонентної.
Недолік розподіленої архітектури полягає в досить складному і дорого
стоїть процесі її створення і супроводу (адміністрування), а також у високих вимогах до серверних комп'ютерів.
Інтернет-архітектура
Доступ до бази даних і СУБД (розташованим на одному комп'ютері або в мережі) здійснюється з браузера по стандартному протоколу. Це пред'являє міні¬мальние вимоги до клієнтського обладнання. Такі програми називають «тонкими клієнтами», тому що вони здатні працювати навіть на ПК з процессо¬ром 80386.
благородіє стандартизації всіх протоколів і інтерфейсів взаємодії в Інтернеті такі системи легко створювати і впроваджувати. Наприклад, можна не орга¬нізовивать локальну мережу, а звертатися до сервера через Інтернет або іспользо¬вать протоколи Інтернету в локальній мережі (в такому випадку говорять про технологі¬ях інтранет). В цьому випадку не потрібно розробляти спеціальні клієнтські програми або придумувати власні специфікації обміну даними між сервером і клієнтськими місцями. Досить використовувати готові браузери і програмні рішення.
У даній книзі розглядаються способи створення програм для всіх описаних архітектур.