Jaka jest różnica między administratorem bazy danych (DBA) a architektem bazy danych w zakresie obowiązków i działań związanych z pracą?

Powiedziałbym, że termin Administrator bazy danych obejmuje pełną gamę obowiązków związanych z bazami danych: projektowanie, rozwój, wsparcie produkcji, dostrajanie wydajności, pisanie raportów, OLAP itp.

Architekt baz danych jest zaangażowany w projektowanie i rozwój dużych lub skomplikowanych rozwiązań baz danych. Jednak architekt zazwyczaj nie jest zaangażowany w codzienne operacje systemu po jego wdrożeniu.

Nie podoba mi się żaden termin. Administrator bazy danych jest zbyt niejasny, architekt baz danych brzmi pretensjonalnie.

Jestem programistą komputerowym, ale czyż nie wszyscy?

Te dwa terminy były używane zamiennie przez wielu. Patrzę na nich wyraźnie.

ADMINISTRATOR BAZY DANYCH (DBA)

DBA robi dokładnie to, co sugeruje nazwa ... administrator bazy danych. W zależności od konkretnego zarządzanego RDBMS rola DBA obejmuje wdrażanie następujących aspektów:

• uwierzytelnienie użytkownika
• strategie tworzenia kopii zapasowych
• Metryki DB (nagrywanie i wyświetlanie) (tj. Splunk, ScienceLogic EM7, MONyog, Nagios)
• Migracja danych
• Aktualizacje / poprawki oprogramowania DBMS
• Duża dostępność
• Nadmiarowość danych
• Układ pamięci DB
• Profilowanie zapytań
• Nadzór nad dostrajaniem zapytań
• Dlaczego administrowanie bazą danych jest tak trudne?

ARCHITEKT DANYCH (DA)

Rolą DA jest planowanie infrastruktury systemu informatycznego pod względem

• Cele biznesowe
• Business Intelligence
• Geograficzny rozkład danych
• Dostęp departamentu do danych poprzez wszystkie poziomy hierarchii firmy
• Przekazywanie projektu DBA (jeśli występują spójne problemy z DBA pełniącymi tam role, DA może zostać wezwana w celu złagodzenia problemów projektowych lub ewentualnie ponownej ochrony).

W niektórych przypadkach jedna osoba może pełnić te dwie role, może nawet trzecią (programista). W dużych firmach rolę DBA można skonfigurować jako osobne działy. Kontrast, im mniejsza firma, tym bardziej mieszane są te role.

Bez względu na zakres obowiązków DBA i / lub DA, osoba musi posiadać umiejętności ludzi. Dlaczego? Musisz współdziałać z programistami, którzy kodują SQL w swoich aplikacjach. Kierownicy projektów muszą ustalić podstawowe zasady, aby DBA / DA to uczyniło

• przejąć inicjatywę w zapewnianiu odpowiedniego dostępu do DBMS
• sugerują lepsze plany wykonania SQL
• uwzględnia potrzeby programistów
• odkładać blokady w cyklach projektów na kierowników projektów
• Jak DBA mogą być bardziej „przyjazne dla programistów”?

Z wyjątkiem najbardziej formalnych firm, konkretne tytuły są w dużej mierze bez znaczenia, a DBA może znaczyć prawie wszystko. Niektóre DBA są skoncentrowane operacyjnie, inne koncentrują się na rozwoju, inne na analizie. W rzeczywistości, z wyjątkiem bardzo dużych przedsiębiorstw, w których tytuły są ściśle kontrolowane, a ludzie mają ukryte prace, większość DBA przejdzie przez kilka obszarów firmy. Każdego dnia wchodzę w interakcje z obszarami operacyjnymi, programistycznymi i analitycznymi administracji bazami danych.

Ostatecznie zadaniem administratora / architekta / inżyniera DB jest bycie ekspertem od bazy danych i pomóc firmie w jak najlepszym wykorzystaniu tego zasobu.