Діалоговий режим передбачає активну участь користувача в процесі обчислень і орієнтований більшою мірою на безпаперову технологію. У ході його виконання найчастіше відсутня заздалегідь встановлена ??послідовність операцій обробки даних і додаткового введення уточнюючих даних або вказівок.
Зручність діалогового режиму повною мірою проявляється в процесі роботи з базами даних. Це обумовлено наступними обставинами:
- можливість перебору різних комбінацій пошукових ознак у запиті;
- забезпечення більш швидкого пошуку даних;
поліпшення характеристик вихідних даних за рахунок оперативної корекції запиту;
можливість розширення, звуження або зміни напрямків пошуку одразу після отримання результатів;
множинність точок доступу;
швидкий доступ до відносно рідко використовуваної інформації;
оперативний аналіз одержуваних відомостей.
Для побудови інформаційних систем найбільш часто застосовуються різні системи управління базами даних (СКБД), що розрізняються як своїми можливостями, так і вимогами до обчислювальних ресурсів. Все різноманіття застосовуваних СУБД, можна звести до двох основних їх класам: персональні і розраховані на багато.
До першого класу відносяться СУБД, орієнтовані для роботи на персональному комп'ютері (dBASE, FoxPro, MS Access тощо). Спочатку вони підтримували роботу з даними тільки одного користувача. Вся СУБД такого класу виконується як єдина програма, таблиці бази даних представляються окремими файлами на диску того ж персонального комп'ютера. З розвитком локальних мереж розробники СУБД цього класу стали пристосовувати їх до роботи в мережевому середовищі, в якій потенційно стало можливим організувати доступ до даних з декількох персональних комп'ютерів, включених в локальну мережу. Файли бази даних при цьому розміщуються на файловому сервері. На кожному ж робочому місці працює власна копія програми-СУБД і прикладна програма, і на їх виконання можуть чинити істотний вплив характеристики комп'ютера цього робочого місця. Таким чином, при наявності в мережі N робочих місць з одними і тими ж даними працюють N копій програми-СУБД, одними і тими ж даними управляють відразу N копій СУБД. Помилка у виконанні однієї з копій НЕ буде помічена іншими копіями. При виконанні запитів до бази даних копія СУБД може або проводити пошук даних у віддалених файлах на файловому сервері, або копіювати всі файли, в яких ведеться пошук в свою локальну файлову систему. У першому випадку виникають проблеми одночасного доступу до даних при їх зміні. Дані, над якими проводиться зміни, повинні бути заблоковані. Засоби файлового серверу дозволяють виконувати блокування на рівні файлів, але не на рівні записів, що істотно знижує ефективність паралельної роботи з базою даних багатьох користувачів. У другому ж випадку, по-перше, потрібна передача по мережі великих обсягів інформації, а по-друге, виходить, що різні робочі місця працюють з різними копіями даних і ці копії можуть стати неідентичними.
СУБД другого класу спочатку створювалися для виконання на великих комп'ютерах і забезпечення паралельної роботи багатьох користувачів. Такі СУБД, як правило, складаються з ядра, постійно присутнього в пам'яті, (сервера) та великої кількості програм-а...
