직무 및 활동 측면에서 데이터베이스 관리자 (DBA)와 데이터베이스 아키텍트의 차이점은 무엇입니까?

데이터베이스 관리자라는 용어는 디자인, 개발, 프로덕션 지원, 성능 조정, 보고서 작성, OLAP 등과 같은 데이터베이스 업무의 전체 영역을 포괄한다고 말합니다.

데이터베이스 아키텍트는 크고 복잡한 데이터베이스 솔루션의 설계 및 개발에 참여합니다. 그러나 일반적으로 Architect는 일단 배포 된 시스템의 일상적인 작업에는 관여하지 않습니다.

나는 두 용어를 정말로 좋아하지 않습니다. 데이터베이스 관리자가 너무 모호하여 데이터베이스 아키텍트가 소박하게 들립니다.

나는 컴퓨터 프로그래머입니다. 그러나 우리 모두는 아닙니까?

이 두 용어는 많은 사람들이 상호 교환 적으로 사용되었습니다. 나는 그들을 명확하게 봅니다.

데이터베이스 관리자 (DBA)

DBA는 이름에서 알 수 있듯이 데이터베이스 관리자를 수행합니다. 관리되는 특정 RDBMS를 기반으로 DBA 역할은 다음과 같은 측면을 구현합니다.

• 사용자 인증
• 백업 전략
• DB 지표 (레코딩 및 디스플레이) (예 : Splunk, ScienceLogic EM7, MONyog, Nagios)
• 데이터 마이그레이션
• DBMS 소프트웨어 업그레이드 / 패치
• 고 가용성
• 데이터 중복
• DB 스토리지 레이아웃
• 쿼리 프로파일 링
• 쿼리 튜닝 감독
• 데이터베이스 관리가 왜 그렇게 어려운가요?

데이터 아키텍처 (DA)

DA의 역할은 정보 시스템의 인프라를

• 사업 목표
• 비즈니스 인텔리전스
• 데이터의 지리적 분포
• 모든 수준의 회사 계층을 통한 데이터에 대한 부서별 액세스
• DBA와의 설계 커뮤니케이션 (DBA가 역할을 수행하는 데 일관된 문제가있는 경우, 설계 문제를 완화하거나 재구성 할 수 있도록 DA를 호출해야 할 수 있습니다.)

어떤 경우에는 한 개인이이 두 가지 역할, 아마도 세 번째 (개발자) 역할을 할 수도 있습니다. 대기업에서 DBA의 역할은 별도의 부서로 설정 될 수 있습니다. 반대로, 회사가 작을수록 이러한 역할이 더욱 혼합됩니다.

DBA 및 / 또는 DA의 책임이 무엇이든 관계없이 사람에게 기술이 있어야합니다. 왜? 응용 프로그램에 SQL을 코딩하는 개발자와 대화해야합니다. 프로젝트 관리자는 기본 규칙을 설정하여 DBA / DA가

• DBMS에 대한 적절한 액세스를 제공하는 데 앞장서십시오
• 더 나은 SQL 실행 계획 제안
• 개발자의 요구를 수용
• 프로젝트주기의로드 블록을 프로젝트 관리자에게 연기
• DBA가 어떻게 '프로그래머 친화적'이 될 수 있습니까?

가장 공식적인 회사를 제외하고는 특정 타이틀은 크게 의미가 없으며 DBA는 거의 모든 것을 의미 할 수 있습니다. 일부 DBA는 운영 중심, 일부는 개발 중심, 일부는 분석 중심입니다. 실제로 직책을 엄격히 통제하고 사람들이 업무를 처리하지 않는 대기업의 경우를 제외하고 대부분의 DBA는 회사의 여러 영역을 넘을 것입니다. 어느 날, 나는 데이터베이스 관리의 운영, 개발 및 분석 영역과 상호 작용합니다.

궁극적으로 DB 관리자 / 건축가 / 엔지니어의 임무는 데이터베이스의 주제 전문가가되어 비즈니스가 해당 리소스를 최대한 활용할 수 있도록 지원하는 것입니다.