одного. Ядро БД розташовоне на комп'ютері користувача. Додаток відповідально за підтримку цілісності БД і за виконання запитів до БД. Загальна схема однопользовательськой архітектури показана на малюнку 2.1
При роботі в архітектурі "файл-сервер" БД і додаток розташовані на файловому сервері мережі (наприклад, Novell NetWare). Можлива браузерна робота з однією і тією ж БД, коли кожен користувач зі свого комп'ютера запускає додаток, розташоване на мережевому сервері. p align="justify"> Тоді на комп'ютері користувача запускається копія додатку. По кожному запиту до БД з програми, дані з таблиць БД перегоняются на комп'ютер користувача, незалежно від того, скільки реально потрібно даних для виконання запиту. Після цього виконується запит. p align="justify"> Кожен користувач має на своєму комп'ютері локальну копію даних, час від часу оновлюваних з реальної БД, розташованої на мережевому сервері. При цьому зміни, які кожен користувач вносить до БД, можуть бути до певного моменту невідомі іншим користувачам, що робить актуальним завдання систематичного оновлення даних на комп'ютері користувача з реальної БД. Інший актуальним завданням є блокування записів, які змінюються одним з користувачів: це необхідно для того, щоб у цей час інший користувач не вніс змін в ті ж дані. В архітектурі "файл-сервер" весь тягар виконання запитів до БД, управління цілісністю БД лягає на додаток користувача. БД на сервері є пасивним джерелом даних. Загальна схема архітектури "файл-сервер" показана на малюнку 2.1. br/>
Кардинальних відмінностей з точки зору архітектури між однокористувацький архітектурою та архітектурою "файл-сервер" немає. І в тому і в іншому випадку в якості СУБД застосовуються так звані "персональні" (або "локальні") СУБД такі як Paradox, dBase і пр. Сама база даних в цьому випадку представляє собою набір таблиць, індексних файлів, файлів полів коментарів (мемо-полів) та ін, що зберігаються в одному каталозі на диску у вигляді окремих файлів. [4].
Дистанційні бази даних та архітектура "клієнт-сервер"
Архітектура "файл-сервер" неефективна, принаймні, у двох відносинах:
При виконанні запиту до бази даних, розташованої на файловому сервері, насправді відбувається запит до локальної копії даних на комп'ютері користувача. Тому перед виконанням запиту дані в локальній копії оновлюються з реальної БД. Дані оновлюються в повному обсязі. Так, якщо таблиця БД складається з 1000 записів, а для виконання запиту (наприклад, видати суму премій за жовтень у відділі Y) реально потрібно 10 записів, все одно перегоняются всі 1000 записів. Таким чином, не потрібно мати занадто багато користувачів і запитів від них, щоб серйозно'' забити "мережа, що, звичайно ж, не може не позначитися на її швидкодії.
Забезпечення цілісності БД виробляється з до...
