С точки зрения должностных обязанностей и действий, в чем разница между администратором базы данных (DBA) и архитектором базы данных?

Я бы сказал, что термин «администратор базы данных» охватывает всю гамму обязанностей базы данных: проектирование, разработка, поддержка производства, настройка производительности, написание отчетов, OLAP и т. Д.

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

Мне не очень нравится ни один термин. Администратор базы данных слишком расплывчатый, архитектор базы данных звучит претенциозно.

В глубине души я программист, но не все ли мы?

Эти два термина были взаимозаменяемы многими. Я смотрю на них отчетливо.

АДМИНИСТРАТОР БАЗЫ ДАННЫХ (DBA)

Администратор баз данных делает только то, что предлагает название ... администратор базы данных. Основываясь на конкретной управляемой СУБД, роль DBA включает в себя реализацию следующих аспектов:

• аутентификация пользователя
• стратегии резервного копирования
• Метрики БД (запись и отображение) (например, Splunk, ScienceLogic EM7, MONyog, Nagios)
• Перенос данных
• Обновления программного обеспечения СУБД / патчи
• Высокая доступность
• Избыточность данных
• Схема хранения БД
• Профилирование запросов
• Надзор за настройкой запросов
• Почему администрирование баз данных так сложно?

АРХИТЕКТОР ДАННЫХ (DA)

Роль ПДР заключается в планировании инфраструктуры информационной системы с точки зрения

• Бизнес-цели
• Бизнес-аналитика
• Географическое распределение данных
• Ведомственный доступ к данным на всех уровнях иерархии компании
• Связь проектирования с администраторами баз данных (если существуют постоянные проблемы с администраторами баз данных, выполняющими свои роли, возможно, потребуется вызвать DA, чтобы смягчить проблемы проектирования или, возможно, провести повторную архитектуру.)

В некоторых случаях один человек может иметь эти две роли, может быть, даже третью (разработчик). В крупных компаниях роль администратора баз данных может быть установлена ​​как отдельные отделы. Наоборот, чем меньше компания, тем более смешанными становятся эти роли.

Независимо от того, какие обязанности выполняет администратор БД и / или ДА, у него должны быть навыки работы с людьми. Почему? Вы должны взаимодействовать с разработчиками, которые кодируют SQL в своих приложениях. Руководители проектов должны установить основные правила, чтобы администратор БД

• взять на себя инициативу в обеспечении надлежащего доступа к СУБД
• предложить лучшие планы выполнения SQL
• учитывает потребности разработчиков
• отложите блокпосты в проектных циклах до менеджеров проектов
• Как администраторы баз данных могут быть более «дружественными к программисту»?

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

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