с базой. Эти задержки вызываются те

с базой. Эти задержки вызываются тем, что на уровне конкретной таблицы одновременный доступ невозможен. Пока программа на одном из клиентских мест не закончит работу с таблицей (напри¬мер, не выполнит модификацию записей), другие программы не могут обращаться к этой таблице. Это называется блокировкой на уровне таблицы и исключает возник¬новение путаницы в ее содержимом.

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

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

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

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







2.3 Технология BDE для доступа к данным

При создании программ, работающих с базами данных, в системе Delphi традици¬онно используется механизм Borland Database Engine (BDE). В состав Delphi 7 вхо¬дит версия BDE 5.2, которую, впрочем, можно бесплатно обновлять разными спосо¬бами (например, обратившись к Web-узлу http://www.borland.com/).
Этот механизм реализован в виде набора библиотек, которые обеспечивают для программы, написанной на Паскале, простой и удобный доступ к базам данных независимо от их архитектуры. При использовании механизма BDE разработчик может не задумываться о том, как его программа будет работать с базой данных на физическом уровне: локально, в файл-серверной, либо в клиент-серверной архи¬тектуре. Вдобавок при переходе к использованию СУБД разных производителей программисту не потребуется менять исходный код своей программы. Достаточно внести изменения только в настройки BDE.

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

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

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

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

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

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

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

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







2.3 Технологія BDE для доступу до даних

При створенні програм, які працюють з базами даних, в системі Delphi традіці¬онно використовується механізм Borland Database Engine (BDE) . До складу Delphi 7 вхо¬діт версія BDE 5.2, яку, втім, є мобільна версія різними спосо¬бамі (наприклад, звернувшись до Web-вузла http://www.borland.com/).
Цей механізм реалізований у вигляді набору бібліотек, які забезпечують для програми, написаної на Паскалі, простий і зручний доступ до баз даних незалежно від їх архітектури. При використанні механізму BDE розробник може не замислюватися про те, як його програма буде працювати з базою даних на фізичному рівні: локально, в файл-серверної, або в клієнт-серверної архі¬тектуре. До того ж при переході до використання СУБД різних виробників програмісту не потрібно міняти вихідний код своєї програми. Досить внести зміни тільки в настройки BDE.