DBA hâlâ iyi bir meslek mi?

"BT sektöründe DBA’ler yok mu oluyor?" içeriğiyle HN’de açılan bir soruya verilen yanıtlar

• Ben geliştiriciydim, sonra DBA oldum; geliştiriciyken DBA’den ihtiyacım olan yardımı alamadım. Bu yüzden şimdi, yardım almayı umduğum kişi olmaya çalışıyorum..
  → Ancak şimdi sorunu fark ettin. Bizim şirkette yalnızca 2 DBA var ve ikisine birden zaman ayırmamız imkânsız
  → DBA olmak, geliştiricilerin üretmeye çalıştığı entropiye karşı bitmeyen bir savaş
  → Veri modeli, her zaman daha fazla bilgi ve deneyime sahip kişiler tarafından doğrulanmalı; genç geliştiriciler ise bazen çılgın fikirlerle gelebiliyor (FK kullanmamalıyız! gibi..) Kötü fikirler sanki bir akış gibi durmadan ortaya çıkıyor
  → Bu tür kötü fikirler gerçekten uygulanırsa geri almak zor oluyor ve daha fazla kaos getirme eğiliminde oluyor: yinelenen modellemeyi önlemek için Materialized View gerekmesi ya da yinelenen veriyi telafi etmek için garip View’lar gibi
  → Bu yüzden cevap "Evet". DBA gerçekten çok önemli. Elbette bu, şirketin bunu ne kadar ciddiye aldığına ve geliştirme sürecine dahil edip etmediğine bağlı; ama eğer etmiyorsa inanılmaz stresli olur

• Gerçekten de birçok şirkette bu iş outsource ediliyor. Ama kritik iş verilerini işleyen istikrarlı sistemlere her zaman ihtiyaç var. Veriyle çalışmayı öğrenmek önemini koruyacak
  → Ya da iş doğrudan geliştiricilere iteleniyor..

• DBA temel bir rol ve bence giderek daha da önemli hale geliyor. BT’deki 25 yıllık kariyerime baktığımda, sıradan geliştiricilerin veri modelleme ve yönetimiyle ne pek ilgilendiğini ne de bu konuda çok bilgili olduğunu gördüm
  → Küçük startup’larda bulmak zor olabilir ama büyük şirketlerde DBA vazgeçilmez. Benim projelerimde 2-3 kişi var ve her zaman daha fazlasını arıyoruz.
  → Kötü yazılmış veri sorgularının/SQL’in ya da veri modellerinin/tablo tasarımlarının performansı kaç kat etkileyebildiğini öğrensen şaşırırsın. Ayrıca belirli index’ler veya tuning istatistikleri eklemenin çalıştırmaya ne kadar yardımcı olduğunu da
  → İyi bir DBA işe almaktansa, "hardware ucuz" deyip daha iyi donanım ekleyebilecek ölçekte şirketler de var
  → Deneyimli geliştiricilerin bile bazen tek satırlık bir cevap almak için buffer’a 10 milyar satır okutan SQL’ler yazdığını sık sık görüyorum (elbette bazen gerekebilir ama çoğu zaman gerekmez)

• Eğer veriyi modelleyebiliyor, veri ambarı kurabiliyor, şemaları yönetip bakımını yapabiliyor ve analistlerin verimli SQL yazmasına yardımcı olabiliyorsan, "çok uzun süre iş bulabilirsin". Yalnızca sistem yöneticisi bakış açısından düşünürsen, SaaS/PaaS çözümleri yüzünden bu rol ortadan kalkabilir

[xguru]

Arada verilen örnek yüzünden, Github hiç Foreign Key kullanmıyor (2016) yazısı aklıma geldi.