Що стосується службових обов'язків та діяльності, чим відрізняється адміністратор бази даних (DBA) та архітектор бази даних?

Я б сказав, що термін Адміністратор бази даних охоплює повну гаму завдань баз даних: дизайн, розробка, підтримка виробництва, налаштування продуктивності, написання звітів, OLAP тощо.

Архітектор баз даних бере участь у розробці та розробці великих чи складних рішень для баз даних. Однак, як правило, архітектор не бере участь у щоденних операціях системи після її розгортання.

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

Я по душі комп'ютерний програміст, але хіба ми не всі?

Ці два терміни багато вживаються взаємозамінно. Я на них виразно дивлюся.

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

DBA робить саме те, що пропонує ім'я ... адміністратор бази даних. На основі конкретних RDBMS, якими керується, роль DBA передбачає реалізацію наступних аспектів:

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

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

Роль ДА спрямована на планування інфраструктури інформаційної системи з точки зору

• Цілі бізнесу
• Бізнес-аналітики
• Географічний розподіл даних
• Відомчий доступ до даних через усі рівні ієрархії компанії
• Повідомлення дизайну для DBA (Якщо є постійні проблеми з BBA, які виконують там свої ролі, можливо, ДА може бути викликано, щоб пом'якшити проблеми дизайну або, можливо, переосмислити.)

У деяких випадках у однієї людини можуть бути ці дві ролі, можливо, навіть третя (розробник). У великих компаніях роль DBA може встановлюватися як окремі відділи. І навпаки, чим менша компанія, тим більше змішуються ці ролі.

Незалежно від того, які обов'язки DBA та / або DA є особа, він повинен мати навички людей. Чому? Ви повинні взаємодіяти з розробниками, які кодують SQL у своїх додатках. Керівники проектів повинні встановити основні правила, щоб DBA / DA зробили бажання

• взяти на себе керівництво у забезпеченні належного доступу до СУБД
• запропонувати кращі плани виконання SQL
• задовольняє потреби розробників
• відкласти дорожні блоки в проектних циклах керівникам проектів
• Як DBA можуть бути більш "дружніми до програмістів"?

За винятком найбільш офіційних компаній, конкретні назви в значній мірі безглузді, і BBA може означати майже все. Деякі DBA орієнтовані на експлуатацію, деякі орієнтовані на розвиток, деякі - на аналітику. Насправді, за винятком дуже великих підприємств, де титри суворо контролюються, а люди мають посадові місця, більшість DBA перетинають декілька областей компанії. У будь-який день я взаємодію з операціями, розробкою та аналітичними областями адміністрування баз даних.

Зрештою, завдання адміністратора / архітектора / інженера DB - це бути експертом з питань тематики бази даних та допомагати бізнесу найкращим чином використовувати цей ресурс.