İş sorumlulukları ve faaliyetleri açısından, Veritabanı Yöneticisi (DBA) ve Veritabanı Mimarı arasındaki fark nedir?

Veritabanı Yöneticisi teriminin veritabanı görevlerinin tüm gamını kapsadığını söyleyebilirim: tasarım, geliştirme, üretim desteği, performans ayarlama, rapor yazma, OLAP, vb.

Bir Veritabanı Mimarı büyük veya karmaşık veritabanı çözümlerinin tasarımı ve geliştirilmesinde görev alır. Bununla birlikte, Mimar genellikle konuşlandırıldıktan sonra sistemin günlük işlemlerinde yer almaz.

Her iki terimi de gerçekten sevmiyorum. Veritabanı Yöneticisi çok belirsiz, Veritabanı Mimar iddialı geliyor.

Ben bir bilgisayar programcısıyım, ama hepimiz değil miyiz?

Bu iki terim, birçoğu tarafından dönüşümlü olarak kullanılmıştır. Onlara belirgin bir şekilde bakıyorum.

VERİTABANI YÖNETİCİSİ (DBA)

DBA tam da adından da anlaşılacağı gibi ... veritabanının yöneticisi. Yönetilen belirli RDBMS'ye dayanarak, DBA rolü aşağıdaki yönlerin uygulanmasını içerir:

• Kullanıcı doğrulama
• yedekleme stratejileri
• DB Metrikleri (Kayıt ve Ekran) (ör. Splunk, ScienceLogic EM7, MONyog, Nagios)
• Veri göçü
• DBMS Yazılım Yükseltmeleri / Yamaları
• Yüksek kullanılabilirlik
• Veri yedekleme
• DB Depolama Düzeni
• Sorgu Profili
• Sorgu Ayarının Gözetimi
• Veritabanı Yönetimi neden bu kadar zor?

VERİ MİMARI (DA)

DA'nın rolü, bilgi sisteminin altyapısını

• İş hedefleri
• İş zekası
• Verilerin Coğrafi Dağılımı
• Şirket Hiyerarşisinin Tüm Düzeyleri Üzerinden Verilere Departman Erişimi
• Tasarımın DBA'lara İletişimi (Rolleri yerine getiren DBA'larla tutarlı sorunlar varsa, DA'nın tasarım sorunlarını azaltmak veya muhtemelen yeniden araştırmak için çağrılması gerekebilir.)

Bazı durumlarda, tek bir kişi bu iki role sahip olabilir, hatta üçte biri bile olabilir (Geliştirici). Büyük şirketlerde, DBA'nın rolü ayrı departmanlar olarak kurulabilir. Tutuş, Şirket ne kadar küçük olursa, bu roller o kadar karışır.

Bir kişinin DBA ve / veya DA'nın sorumlulukları ne olursa olsun, kişinin beceri sahibi olması gerekir. Neden? Uygulamalarına SQL kodlayan Geliştiriciler ile etkileşime girmelisiniz. Proje yöneticileri, DBA / DA'nın

• DBMS'ye doğru erişim sağlamada liderlik edin
• daha iyi SQL yürütme planları önermek
• Geliştiricilerin ihtiyaçlarını karşılar
• Proje Döngülerindeki birlikte gösterimleri Proje Yöneticilerine erteleme
• DBA'lar nasıl daha 'programcı dostu' olabilir?

En resmi şirketler dışında, belirli başlıklar büyük ölçüde anlamsızdır ve DBA neredeyse her şey anlamına gelebilir. Bazı DBA'lar operasyonel odaklıdır, bazıları gelişim odaklıdır, bazıları analitik odaklıdır. Gerçekte, unvanların sıkı bir şekilde kontrol edildiği ve insanların işlerini sessizleştirdiği çok büyük işletmeler haricinde, çoğu DBA'lar şirketin çeşitli alanlarını geçecektir. Herhangi bir günde, veritabanı yönetiminin operasyonları, gelişimi ve analitik alanlarıyla etkileşime giriyorum.

Sonuçta, bir DB Yöneticisi / Mimar / Mühendisin işi veritabanında bir konu uzmanı olmak ve işletmeye bu kaynağı en iyi şekilde kullanmasında yardımcı olmaktır.