гентів, які обслуговують запити кінцевих користувачів і прикладних програм (клієнтів). У цьому випадку і ядро ??СУБД, і дані знаходяться на одному і тому ж комп'ютері. Одна копія СУБД управляє однією копією даних. Єдина керуюча система дозволяє ефективно організувати одночасний доступ до даних багатьох агентів, запобігаючи конфлікти між ними. Помилка в роботі СУБД локалізована і може бути ефективно виправлена ??самій же СУБД. При роботі в умовах мережі ядро ??СУБД виконує запити агентів на вибірку даних і передає по мережі тільки результати вибірки. Оскільки швидкодія сучасних дискових систем зазвичай вище, ніж швидкість передачі даних по мережі, зменшення обсягу переданих даних істотно збільшує загальну ефективність роботи системи. При цьому не накладається ніяких обмежень на масштаб мережі, агенти можуть бути пов'язані з ядром СУБД через будь-яку мережу і будь-які протоколи передачі даних.
Мультиплеєрні СУБД володіють також незаперечними перевагами в таких аспектах, як надійність, безпека, доступність. Вони з самого початку своєї історії використовували в якості інтерфейсу запитів мову SQL, звідси відбулася одна з їх альтернативних назв - SQL-сервери. Хоча останнім часом підмножини SQL стають доступними і в персональних СУБД, але в ці підмножини не включаються засоби забезпечення безпеки і паралельного доступу до даних - ті кошти, які персональні СУБД забезпечити просто не можуть.
При виборі бази даних дуже важливо вибрати базу даних, яка найбільшою мірою відповідають пропонованим до інформаційної системи вимогам, тобто необхідно визначитися яка модель автоматизації реалізується (автоматизація документообігу або бізнес - процесів). У першу чергу при виборі СУБД необхідно брати до уваги такі чинники:
- максимальне число користувачів одночасно звертаються до бази;
- характеристики клієнтського програмного забезпечення;
рівень кваліфікації персоналу.
Системи управління базами даних (СУБД) є чи не найбільш поширеним видом програмного забезпечення. Ідеологічна цінність СУБД пояснюється тим, що в основі програм такого роду лежить концепція моделі даних, тобто деякої абстракції представлення даних. У більшості випадків передбачається, що дані представлені у вигляді файлів, що складаються з записів. Структура всіх записів в файлах однакова, а кількість записів у файлі є змінним. Елементи даних, з яких складається кожна запис, називаються полями. Оскільки у всіх записах є одні й ті ж поля (з різними значеннями), полях зручно давати унікальні імена.
Багато ситуації добре вкладаються в таке подання даних. Наприклад, в нашому випадку. Деталі змінюються, їх прибирають, вводять нові, але форма технологічного процесу залишається незмінною для кожної деталі. Ясно, що СУБД є адекватним засобом у всіх випадках, коли вихідну інформацію можна представити у вигляді таблиці постійної структури, але невизначеної довжини або у вигляді картотеки, що містить невизначену кількість карток постійної структури.
Всі СУБД підтримують в тій чи іншій формі чотири основні операції:
1. Додати в базу даних одну або кілька записів.
2. Видалити з бази даних одну або кілька записів.
. Знайти в базі даних одну або кілька записів, що задовольняють заданій умові.
