2) Локальные, персональные, настольные, файл-серверные, “малые” субд.

СУБД этой группы рассчитаны на объём информации в несколько ГБ (информационные “легковые автомобили”). Рассмотрим основные СУБД из этой группы.

СУБД Access (фирма Microsoft) – лидер в этой группе. Часто, оценивая только визуальные возможности (это только видимая и очень маленькая часть огромного программного айсберга под названием Access) этой СУБД, разработчики баз данных отзываются пренебрежительно о ней как об очень простой и только настольной СУБД, не достойной для создания и использования настоящих баз данных. Это далеко ошибочное мнение. Рассмотрим основные достоинства этой СУБД.

Наличие прекрасных русифицированных разнообразных, мощных и удобных средств создания, ведения, реорганизации, использования баз данных и разработки приложений.

Наличие трёх уровней работы c БД:

1) визуальный уровень - можно создавать БД, отчёты, запросы, формы без всякого программирования.

2) уровень макрокоманд - в Access имеется более сотни различных макрокоманд и с помощью макрокоманд составляются макросы, которые реализуют алгоритмы работы с базой данных, которые нельзя реализовать визуальными средствами, например: копирование таблиц, формирование и выполнение зависимых друг от друга запросов макросов и других процессов. Макросы в какой-то мере реализуют механизм хранимых процедур, который отсутствуют в Access.

3) программный уровень на котором пишутся программы на языке программирования VBA (подмножество языка Visual Basic). Таким образом, можно реализовать алгоритмы в виде процедур и функций, которые указываются в вычисляемых полях в запросах, формах или отчётах.

Разработчик может выбирать уровни, которые соответствуют сложности решаемых им задач.

СУБД Access реализует все модели работы с базой данных, а именно.

Файловая модель - база данных и приложения находятся на одном компьютере и в одном файле. Достоинством такой модели является максимальная скорость работы с базой, ибо отсутствуют процессы передачи информации по каналам связи. Недостатком является - невозможность коллективной работы с БД.

Файл - северная модель - в этой модели приложение и база данных находится в различных файлах, а именно БД находится на сервере, а приложение на клиентской машине. В Access имеется возможность автоматического разделения БД на серверную и клиентскую части. В Access этот режим называется режимом связанных таблиц при чём связывать можно таблицы и из внешних БД или электронных таблиц. Клиентская часть устанавливается на всех компьютерах пользователей.

Достоинства: возможность коллективной работы пользователей с одной БД в сети и децентрализованная обработка данных на клиентских компьютерах, что разгружает работу сервера; все возможности Access доступны в этой модели.

Недостаток: передача не нужной информации по каналам сети, так как запросы находятся и выполняются на клиентской машине. Например, при смене фамилии Ивановой на Сидорову запрос на поиск записи Ивановой по табельному номеру выполняется на клиентской машине и все записи из таблицы сотрудников должны быть пересланы по каналам сети на клиентскую машину, что загружает каналы связи передачей ненужной информации для клиента. Для смягчения недостатков в данной модели можно формировать сквозные запросы, которые передаются на сервер и выполняется на сервере что позволяет заменить передачу не нужной информации передачей текста запросов, которые многократно меньше по размеру. Данная модель рекомендуется для небольших предприятий, которые находятся в одном здании и имеют локальную сеть и небольшой объем информации (несколько ГБ).

Клиент-серверная модель она аналогична предыдущей модели только: БД на сервере должна иметь другой тип СУБД и представления, хранимые процедуры и триггеры хранятся на сервере и выполняются сервером (эта модель называется в терминах Access - проектом). Достоинства: каналы связей не загружаются передачей не нужной информацией, централизованное хранение и использование запросов, хранимых процедур и триггеров (нет необходимости копировать их на клиентские машины, что повышает надёжность работы и защиту). Недостаток – возможная перегрузка сервера выполнением большого числа запросов и хранимых процедур на сервере.

В этой модели Access используется как средство разработки интерфейса пользователя к внешним серверным базам данных с другими СУБД. Недостатки: необходимо знать и уметь формировать запросы, хранимые процедуры и триггеры средствами серверной СУБД. Данная модель используется в случаях больших объёмов БД (сотни ГБ и более).

Модель тонкого клиента (использование Интернет технологий). В этой модели используются стандартные средства Интернета через окно браузера пользователя можно заполнять входные документы и отображать выходные документы. Обработка данных ведется с использованием Web-приложении с обращением к базе с СУБД Access (например, через функции ODBC). Достоинство: компьютер клиента может быть минимальным по своим возможностям, ибо только требуется работа браузера, а вся обработка и поиск ведётся на сервере (узле Интернет) и используются стандартные средства Интернет.

Трехзвенная модель клиент, сервер-приложений и сервер-базы данных. В этом режиме клиентская часть разделяется на 2 части: одна часть хранится на клиентской машине и содержит средства заполнения и отображения документов, а сама расчётная часть хранится на сервере приложений, которая в свою очередь обращается к серверу БД. В Access 2010 появилось возможность Access создания Web-базы данных и формирования и использования форм и отчетов, которые обращаются к этой базе непосредственно.

В качестве недостатков СУБД Access можно отметить следующие.

Отсутствие возможности непосредственного хранения данных не в одном файле, а нескольких на различных дисководах, что позволило бы распараллелить обработку данных на различных дисководах и вместо одной головки чтения и записи использовать несколько, что многократно повышает скорость обработки данных.

Ограничение на объем базы данных в 2 ГБ.

Отсутствие поисковых средств быстрого поиска запросов, форм, отчетов, модулей по их наименованиям и/или содержанию.

Небольшие размеры полей для ввода параметров макрокоманд (например, текста SQL-команды), что приводит к необходимости переходить на использование языка программирования VBA.

Достаточно сложный процесс формирования ленты пользователя и отсутствия возможности формирования меню в версиях Access 2007 и выше.

Все эти замечания проявляются при разработке больших баз данных и приложений.

Таким образом, можно сделать вывод в наличии разнообразных и мощных возможностей СУБД Access.

СУБД Visual FoxPro (Microsoft). Достоинства: наличие собственно языка программирования, наличие средств разработки приложений, каждая таблица хранится в отдельном файле. Недостатки: плохие визуальные средства.

Visual Clarion - она уступает всем предыдущим СУБД и в настоящее время практически не используется.

Банк данных (БнД) ‑ совокупность БД, СУБД и комплекса техни­чес­ких средств (компьютеры, внешние устройства, устройства связи и др.).

Хранилище (склад) данных (ХД) ‑ извлеченные данные из оперативных и архив­ных БД, преобразованные в формат, приемлемый для сложных нерег­ла­мен­ти­рованных запросов и многомерного анализа.

Предметная область базы данных (ПО) ‑ организация, подразде­лен­ие, для которого создается БД.

Приложение ‑ комплекс программ, автоматизирующий обработку данных для прикладной задачи.

Объект (сущность ) - предмет, человек или событие, о ко­то­ром соби­рает­ся и хранится информация.

Экземпляр объекта (кортеж, запись) - единичное значение объекта.

Пример. Объект “СОТРУДНИК”, экземпляр ‑ данные об Иванове И.

Атрибут ‑ отдельная характеристика (свойство) объекта.

Домен ‑ область значений одного или нескольких атрибутов.

Порядок (степень)/Мощность отношения (кардинальное число) отно­ше­ния ‑ число атрибутов/кортежей в отношении.

Т аблица - совокупность записей с фик­сированным числом полей. Таблица (отношение) содержит все экземпляры объекта. Объект, экземпляр объ­ек­та и атрибут со­ответствуют понятиям: таблица, строка (корте­ж от­но­ше­ния) и колонка таблицы соот­вет­ствен­но.

Реко­мен­ду­ет­ся назы­вать атри­бут и сущность существительными в единственном числе, а таблицу ‑ именем объекта во мно­­жест­вен­­ном числе (например, объекту “СОТ­РУД­НИК” со­от­вет­­ствует таб­­лица “СОТРУД­НИ­КИ”).

Ключ - атрибут или группа атрибутов (называемых ключевыми), од­ноз­нач­но определяю­щая экземпляр объекта (за­пись или строку таблицы).

Пример. Атрибуты “Код завода”, “Код изделия”, “Да­та выпуска из­делия” образуют составной ключ объекта “ВЫПУСК ИЗДЕЛИЯ”.

Словарь - централизованное хранилище сведений об объ­ектах, данных, взаи­мо­связях, источниках, значениях, форматах представлениях. Словари бывают встроенные (интегрированные) или внешние (автоном­ные).

Встроенный словарь явля­ется частью самой СУБД. Достоинства: высокая степень защиты и контроля данных. Недостаток: ориентация на конкретную СУБД.

Автономный словарь создается отдельно от СУБД специаль­ными па­ке­тами. Достоинства: переносимость в другие СУБД. Недостаток: сла­бый контроль.

Определим основные категории.

Конечные пользователи -  основная категория пользователей, в интересах которых и создается банк данных. Это могут быть случайные или регулярные пользователи. В качестве случайных пользователей могут рассматриваться, например, возможные клиенты вашей фирмы, просматривающие каталог вашей продукции или услуг с обобщенным или подробным описанием того и другого. Регулярными пользователями могут быть сотрудники, работающие со специально разработанными для них программами, которые обеспечивают автоматизацию их деятельности. Главный принцип состоит в том, что от конечных пользователей не должно требоваться каких-либо специальных знаний в области вычислительной техники и языковых средств.

Администраторы банка данных  (АБД)-  лицо или группа лиц, от­вет­ствен­ная за проектирование и эф­фективное использование БД. Обычно такие подразделения называются информационно-техническими

Основные функции АБД:

1. Участие в разработке проекта по созданию БД.

2. Обеспечение целостности БД (копирование, восстановление).

3. Обучение пользователей работе с БД (вход в БД, ввод паролей, работа в нормальной и экстремальной ситуациях и др.).

4. Отслеживание трафика загрузки БД, сбоев, характеристик (время доступа, общее время обработки запросов и т.д.).

5. Реорганизация БД с целью улучшения характеристик базы.

6. Реализация многопользовательского режима работы с БД (пароль­ная защита от несанкционированного доступа, шифрование данных, разде­ле­ние доступа и др.).

7. Защита от несанкционированного доступа, если нет специального подразделения по информационной безопасности.

В составе группы АБД могут быть: системные аналитики; проектировщики структур данных и внешнего по отношению к банку данных информационного обеспечения; проектировщики технологических процессов обработки данных; системные и прикладные программисты; специалисты по техническому обслуживанию;операторы.

Разработчики и администраторы приложений - группа пользователей, которая функционирует во время проектирования, создания и реорганизации банка данных. Администраторы приложений координируют работу разработчиков при разработке конкретного приложения или группы приложений, объединенных в функциональную подсистему.

При разработке несложных информационных систем с использованием настольных СУБД администратор банка данных, администратор приложений и разработчик часто существовали в одном лице.

Если речь идет о коммерческом банке данных, то важную роль здесь играют специалисты по маркетингу.