Теория реляционных БД. Часть 6

Преимущества использования базы данных

Переход к централизованной базе данных даёт ряд важных преимуществ.

• Сокращение избыточности данных. Вся информация хранится в одном месте. Если одни и те же сведения нужны нескольким сотрудникам, они обращаются к одному экземпляру данных, а не к дублирующимся документам.
• Устранение противоречивости. Благодаря связям между таблицами и согласованности данных исключаются расхождения в информации.
• Общий доступ. Обеспечивается многопользовательская работа с соблюдением стандартов, в том числе стандартов безопасности. Можно назначать роли (roles) и управлять правами на уровне отдельных пользователей. Дополнительное разграничение даёт деление базы данных на схемы (schemas).
• Обеспечение целостности. При внесении изменений хранимые процедуры (stored procedures) могут автоматически обновлять связанные таблицы. Например, при появлении новой продажи можно найти сотрудника-консультанта и увеличить накопленную им сумму продаж, мгновенно поддерживая целостность данных.

Недостатки централизованного подхода

Централизация данных порождает и определённые проблемы.

• Потеря единоличного владения данными. Документ больше не находится на локальной машине пользователя. Данные хранятся на удалённом сервере, и пользователь не распоряжается правами доступа к ним.
• Повышение вероятности нарушения защиты. Раньше документ находился на одном компьютере, и утечка была возможна только через компрометацию учётных данных этого компьютера. Теперь сервер имеет множество каналов связи с клиентскими машинами, что увеличивает количество потенциальных точек несанкционированного доступа.
• Угроза секретности хранимой информации. Возникает риск некорректной настройки прав: пользователь может получить доступ к данным, не предназначенным для него. Например, перед выгрузкой могла не сработать или сработать с ошибкой процедура деперсонализации (depersonalization), и человек увидит реальные фамилии, номера паспортов и другие конфиденциальные сведения.

Требования к современной СУБД

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

1. Эффективное выполнение функций предметной области. Все необходимые манипуляции должны производиться максимально быстро.
2. Минимизация и контроль избыточности данных. Следует избегать дублирования информации в рамках одного промышленного контура. Исключение составляет реплицирование (replication) — создание копий для отказоустойчивости, позволяющих получить снимок (snapshot) данных на определённый момент для возможного отката.
3. Предоставление непротиворечивой информации для принятия решений. Необходимо отслеживать согласованность внешних ключей (foreign keys), не допуская наложения противоречивых значений.
4. Обеспечение многопользовательского режима. Система должна поддерживать одновременную работу множества аналитиков с данными.
5. Управление безопасностью. Инструмент должен позволять разграничивать права, назначать их, отслеживать сессии подключений, фиксировать, какие данные были извлечены, изменены или удалены.
6. Простая физическая реорганизация данных. Необходимо гибко изменять структуру базы (добавлять поля, например ИНН в карточку клиента) быстро и без колоссальных затрат. Бизнес эволюционирует, и СУБД должна синхронно подстраиваться под изменения бизнес-процессов.
7. Централизованное управление. Все аспекты администрирования базы данных должны решаться через единый инструмент — одно приложение, фреймворк (framework) или контейнер, а не через разрозненные утилиты.

Классификация баз данных

Базы данных можно классифицировать по нескольким основаниям.

• По характеру использования:
o Однопользовательские: поддерживают работу только одного пользователя. Часто применяются из соображений безопасности, когда ответственность за данные лежит на одном лице.
o Многопользовательские: поддерживают параллельный доступ нескольких пользователей. Изначально все системы были однопользовательскими, но с развитием технологий стали доминировать многопользовательские.
• По технологии обработки данных:
o Централизованные: база данных физически хранится в памяти одного компьютера. Обеспечивают более высокий уровень безопасности и отказоустойчивости за счёт аппаратного контроля, но дороги в обслуживании, сложны в масштабировании и требуют закупки физического оборудования при росте мощностей.
o Распределённые: данные размещены на нескольких машинах, возможно, находящихся на разных континентах, но образующих единый информационный кластер (cluster). Такие системы проще масштабировать, однако они уступают централизованным в отказоустойчивости и безопасности. Вопросы безопасности в распределённых системах зачастую решаются на программном уровне, что позволяет со временем приблизиться к надёжности, гарантированной аппаратно в централизованных решениях.

Архитектуры построения систем

Существует два глобальных подхода к обработке информации.

• Файл-сервер (file-server). Файлы базы данных физически передаются на рабочие станции клиентов, где и происходит вся обработка. Такой подход сегодня встречается редко из-за колоссальных объёмов современных данных (терабайты на небольшом предприятии). Клиентские машины не рассчитаны на интенсивные вычисления: у них нет производительных видеокарт и многоядерных процессоров, они оптимизированы под офисные приложения и браузеры.
• Клиент-сервер (client-server). Вся предобработка выполняется на стороне сервера базы данных. Клиент получает только готовый результат. Это доминирующая модель в современных решениях, позволяющая разгрузить слабые клиентские машины и централизованно управлять вычислительными ресурсами.

Архитектура распределённых систем

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

Краткие итоги

Принятие решения в пользу централизованной базы данных означает фундаментальный сдвиг в управлении информацией: от изолированных локальных файлов — к единому источнику достоверных данных. Это превращает противоречивые разрозненные сведения в согласованный массив, доступный одновременной работе множества пользователей. Целостность автоматически поддерживается через серверные механизмы, такие как хранимые процедуры, реагирующие на любое изменение. Однако переход в общее информационное пространство порождает новое качество рисков: данные перестают быть «вещью в себе» у конечного владельца и оказываются в среде с расширенной поверхностью атак. Каждый канал клиентского подключения — потенциальный вектор несанкционированного проникновения. Угроза усугубляется человеческим фактором при конфигурировании прав доступа и сбоями процедур маскирования чувствительной информации.

Это противоречие между удобством совместной работы и уязвимостью требует, чтобы современная СУБД реализовывала многослойную защиту с гранулярным аудитом сессий и операций. Не менее критична адаптивность самой структуры данных: бизнес-процессы меняются непрерывно, поэтому добавление полей или таблиц должно происходить оперативно и без остановки сервисов. Такую гибкость нельзя обеспечивать разрозненными инструментами — необходимо единое централизованное средство управления, охватывающее и безопасность, и реорганизацию, и мониторинг.

Выбор между централизованной и распределённой моделью сводится к балансу между инвестициями в физическую инфраструктуру и потребностью в динамическом расширении. Централизованные системы дают аппаратную гарантию отказоустойчивости и защищённости, но тормозят рост: каждое масштабирование требует закупки и интеграции нового оборудования. Распределённые кластеры, напротив, позволяют наращивать мощности практически непрерывно, ценой переноса части гарантий с аппаратного на программный уровень. При этом архитектурная парадигма повсеместно сместилась к модели «клиент-сервер», где сервер выполняет всю вычислительную работу, а клиент лишь отображает итоговый результат. Именно такой подход делает возможной обработку терабайтов информации даже при использовании терминалов с минимальной производительностью.

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