Veritabanı Yönetimi neden bu kadar zor?

Çok sayıda Veritabanı Yöneticisi tanıyorum ve hepsi 28-29 yaşları arasında.

Tüm veritabanı yönetimi böyle midir? En azından 7-8 yıldan daha fazla tecrübe edinmek mi?

Yoksa veritabanı yöneticisi olmak o kadar zor mu?

Pozisyon gelişimden sistem yönetimine ve hatta yönetime kadar geniş bir bilgi yelpazesine ihtiyaç duyar . Bir DBA yalnızca yedekleme, kurtarma, dahili işlemler, bellek ve güvenlik hakkında bilgi vermekle kalmaz, aynı zamanda hem geliştiriciler hem de yönetim ile nasıl iletişim kuracağını bilmelidir. DBA, yönetime üst düzey bir sunum yapabilir, bir geliştiricinin bir sorgu ayarlamasına yardımcı olabilir, yeni bir sistem için disk alanı hazırlayabilir ve verileri aynı saat içinde yedeklemeden geri yükleyebilir. Bu sorumluluklar çok az örtüşen bir bilgi hazinesi gerektirir.

Bir DBA için başarısızlığın sonuçları genellikle bir geliştiriciden daha fazladır. DBA'lar çoğu zaman şirketin başarısı için hayati önem taşıyan yüzlerce farklı uygulama ve sistemi bile düzinelerce desteklemektedir. Bir güvenlik ihlali, kurtarma başarısızlığı veya performans sorunu, geniş kapsamlı ve yıkıcı sonuçları etkileyebilir. Bu, kısa sürede elde edilemeyecek düzeyde bir bilgi ve deneyim gerektirir.

Bir DBA ne kadar iyi çalışırsa, o kadar az görünürlük sahibi olur. Güvenli, kurtarılabilir, kullanılabilir ve iyi performans gösteren bir veritabanına sahip bir DBA tanınmayacaktır. DBA'lar sorun olduğunda fark edilir. Sorunları kendiliğinden ortaya çıktığında fark edilmekle kalmaz, aynı zamanda zayıf kodlama, uygun olmayan ağ kurulumu veya yanlış yapılandırılmış depolama nedeniyle veritabanında sorun olduğunda da suçlanırlar.

29 yaşımdayken geliştiriciden DBA'ya geçtim. Benim için DBA'yı zorlaştıran şeyler de aynı zamanda ödüllendirici oldu. Geniş bir bilgi yelpazesini almaktan ve kullanmaktan zevk alıyorum ve başarısızlık için daha fazla fırsat olması, başkalarının bunu görüp görmemesini daha da anlamlı kılıyor.

Bir DBA olmak gerçekten büyük bir deneyim ölçüsü gerektirir, ancak temel olarak yalnızca dört farklı yoldan gelebilir:

1. Bir geliştirici olmak ve bir DBA’ya bir şey yapmak
2. Geliştirici olmak ve DBA olarak hazırlanmak
3. Doğrudan üniversite / ticaret okulundan DBA olmak için eğitim
4. SysAdmin olmak ve DBA olarak çifte görev yapmak ya da segue yapmak

Bir geliştirici olmak ve bir DBA'ya karşı taraf olmak

Bu sitede sorulan bir başka soruda, DBA'lar nasıl daha 'programcı dostu' olabilir? DBA'larla çalışan 16 yıldır geliştirici olduğumu belirttim. Onlarla çalışmış olmak, deneyimlerinin veritabanı teorisi, kesikli matematik ve programlama deneyimini içerdiği ölçüde, bir veritabanının nasıl çalışması gerektiğini ve bir sorgunun nasıl yürütmesi gerektiğini görebileceklerini fark etmemi sağladı.

Bunları içeren bir DBA'ya sahip olmak, hala bazı yardımcı profesörlerden üniversitede öğrenmekte olduğumu ancak onların malzemelerini gerçekten bilen biri olduğumu hissettirdi. DBA bildiklerini paylaşmaya istekli olduğu sürece, üzerinize düşmeden , aslında sizin kadar verimli olan SQL ifadeleri (SQL kendi içinde bir Bağlam Duyarlı Programlama Dili) geliştirme konusunda danışmanınız olabilir. mümkün. Tabii ki, kurulum yapmak, yedekleme yapmak, yazılım güncellemeleri yapmak, performans ölçümlerini izlemek, rapor üretmek ve benzeri diğer sıradan parçalar da var. Ancak bir geliştirici olarak, veritabanlarına ve bu veritabanlarına karşı çalışan SQL'e odaklanırsanız, zamanla SQL'de o kadar ustalaşırsınız ki, ikinci doğası olacak ve uygulama geliştirmeye odaklanabilirsiniz.

Bir geliştiricinin talepleri vergilendirilebilir, ancak DBA da olabilir. Gönüllü olarak bir DBA rolüne geçiş yapan geliştirici, odaklanmayı geliştirme ve kodlamadan daha önce bahsettiğim sıradan şeylere kaydırıyor. Bunun ışığında, DBA programcılarla yakından çalışmak DBA'nın herhangi bir projeye yaratıcı katkı yapma fırsatını yaratır ve böylece DBA'nın rolünü çok daha ilginç hale getirir.

Geliştirici olmak ve DBA olarak hazırlanmak

Yaşamlarının geri kalanını geliştirmek ve kodlamaktan başka bir şey görmeyen çoğu geliştirici için bu, Survivor gerçeği şovunda ya da Wipeout oyun şovunda olmayı seçmek gibi olabilir . Yeni DBA zamanlarını, yıllar boyunca veri almak için temas kurdukları Kara Kutu (hepimiz sadece veri tabanı olarak bilinir) ile etkileşime girerek geçiriyor.

Yeni DBA artık kendi tablolarını ve dizinlerini oluşturabilir. Bu, bir Japon Hibachi'nin bir İtalyan Lokantasında pişirilmesine izin verilmesine benzer. Aşçı her şeyi kırbaçlayabilir, ancak yeni tarifler, mutfak eşyaları, çatal bıçak takımları, etler, baharatlar, sebzeler ve ayarlanacak diğer sıradan şeylerin (sanitasyon, envanter, başlama zamanı, çalışma saatleri vb.) Olduğunu fark etmelidir. Bu sadece bir geçiş zamanı değil, aynı zamanda büyük bir öğrenme eğrisini aşmanın zamanıdır. Yıllar boyunca uzman Japon mutfağına rağmen yeni bir deneyim öğrenilmeli ve geliştirilmelidir. Bu açıdan, Geliştiriciler DBA gibi düşünmek için kendilerini yeniden eğitmek zorundadır.

Üniversite / ticaret okulundan doğrudan DBA olmak için eğitim

Bu, şu ana kadar DBA olmanın en ölümcül yoludur. Bu aynı zamanda en nadir olan yoldur - aslında, bu neredeyse hiç duyulmamış bir durumdur. Şimdi McDonald's veya Burger King'den birisinin aynı İtalyan Lokantasına girmesine izin veriyoruz.

Üç öğrenme eğrisi katılır:

1. Üniversite / ticaret okulundan DBA rolüne beceri uygulamak,
2. Belirli RDBMS (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres) ile etkileşime girme ve
3. Geliştiricilerle etkileşime girme ( gelecekteki bir DBA, okul dışında dürüst sosyal beceriler öğreniyor? Evet, doğru! ).

Bu konuda, geliştiriciler yıllarca DBA'lara üstünlük sağlayacak. DBA'ların, ilk yıllarında DBA olarak geliştiricilerin gereksinimlerine hızlı bir şekilde uyum sağlamayı öğrenmeleri gerekir. Belki bir DBA iyi bir başlangıç ​​maaşı yapabilir, ancak bu üç öğrenme alanında kendilerini geliştirmeden büyümek zordur.

SysAdmin olmak ve DBA olarak çifte görev yapmak ya da segue yapmak

Eski bir geliştirici ve şimdi bir DBA olarak, alınması gereken bir şey SysAdmin'in rolüdür.

SysAdmin / DBA rolüne sahip olmak bana biraz ilham veriyor. İşverenimin barındırma şirketinde, SysAdmin / DBA (SCMDBA) olan bir adamımız var. Altyapı projeleriyle ve kendi iç MySQL konserleriyle övündü. Ben onu kıskanıyorum, onu takdir ediyorum. Dürüst olmak gerekirse, bir SysAdmin / DBA'nın gerçek zihni bana yabancı olduğundan, bu paragrafı güncellemek (veya tamamen değiştirmek) için bu yolu açıklamak üzere SysAdmin / DBA'ların takdirine bırakıyorum .

Sonuç

Hangi yolu seçtiğinizden bağımsız olarak, bir DBA'nın rolü, başlangıçta ne şekilde nasıl mentor edileceğinize (ya da işkence göreceğinize) ve diğer fazla zamanlarla nasıl çalışmaya istekli olduğunuza bağlı olarak ayırt edilebilir veya iğrenç olabilir. Ancak o zaman biri DBA olmaktan hoşlandıklarını söyleyebilir.

Bu arada, ağustos 2004’ten başlayarak 39 yaşındayken ilk iki DBA yolunu yaşadım. DBA’da hazırlanan iki yıllık deneyim, tam zamanlı bir DBA’ya geçişi çok eğlenceli ve rahat hale getirdi. .

28-29 yaşları arasındaki DBA'lara tavsiyem? RDBMS'de olduğu gibi insanlarla çalışmak konusunda da iyi olun. Her iki alanda da büyürseniz, gelecek yıllar için DBA olarak yapabilirsiniz.

Veritabanı Yönetimi iki nedenden dolayı zordur

Yavaş geribildirim Bir yazılım mimarı rolünde kötü bir karar verilirse, programlayıcıya kıyasla olumsuz geri bildirim almak genellikle daha uzun sürer. Programcı derleme sırasındaki veya testler yapılırken hataların farkında olabilir, bu da öğrenme döngüsünün oldukça hızlı olduğu anlamına gelir. Bir veritabanı tasarlarken hata yapan bir veritabanı yöneticisi, yalnızca son kullanıcıların gerçekte yazılımı nasıl kullanacağını keşfettiğinde geri bildirim alabilir. Bu, veritabanı tasarımının hatalı olduğu ve yeniden yapılması gerektiğine dair geri bildirim almanın yıllar alabileceği anlamına gelir. Bu nedenle, programcılar için dakikalar (bazen) yerine deneyim kazanmak yıllar alır.

Pahalı hatalar Bu aynı zamanda büyük şirketlerin CEO'larının genellikle 50 yaşlarında olmasının sebebidir.

Kötü bir DBA olmak oldukça kolaydır.

Cidden, bir DBA genellikle bir işletmenin başarısı veya başarısızlığı için genellikle kritik olan bir şey için özel bir sorumluluğa sahiptir: verileri

Bir şirketi yönetirseniz, o zaman bu konuda uzman ve deneyimli kişiler istihdam etmek isteyebilirsiniz.

Bunun 'daha kolay' ya da 'daha zor' bir soru olduğunu düşünmüyorum - verilerinizin ne kadar değerli olduğu sorusudur: Bir uyduyu uzaya bir kişiden daha fazla yerleştirmek zor değildir, ancak toplamlarınızı kontrol edersiniz. ikincisi için daha iyi bir anlaşma

Benim düşünceme göre, veritabanı yöneticisi olmak kolay ... şirketi tehdit eden bir şey bozulana kadar ve omuzlarınızdaki her şeyi tamir etme ve geri yükleme yükünü.

Veritabanı Yöneticisi olmak (veya Ağ veya Sistem Yöneticisi) belirli bir vade düzeyi gerektiren bir pozisyondur. Baskı altında çalışan birisini alıyor. Bu, gerekli beceri seti ile başa çıkabilecek genç insanlar olmadığı anlamına gelmez.

Ayrıca, bir kitaptan bir veritabanını yedeklemek / geri yüklemek, sunucu yapılandırmasını en iyi duruma getirmek, vb. İçin komutları öğrenmek kolaydır.

Çok sayıda Veritabanı Yöneticisi tanıyorum ve hepsi de 28-29 yaşları arasında. Tüm veritabanı yönetimi böyle midir?

Bildiğim en iyi, sağlam programcılar da en az 25 yaşında. Bence yaş + tecrübe = iyi kodlayıcı ile ilişkili bir faktör var. ;)

En azından 7-8 yıldan daha fazla tecrübe edinmek mi? Yoksa veritabanı yöneticisi olmak o kadar zor mu? Ne düşünüyorsun?

Bir veritabanı yöneticisi olmak kolay değil, demek istediğin buysa. Bir dba olarak bilmen gereken çok şey var. Bu aynı zamanda okul demektir ve başka bir kişinin altında birkaç yıl vesile anlamına gelir. Veritabanlarının set-mantık olduğunu ve neredeyse hiç kimsenin öğrenecek kadar okula gitmediğini ve bu nedenle kimsenin bilmediğini unutmayın. Set-mantık cebirle bazı kuralları paylaşır, ancak motorlar (MSSQL, Oracle, vb.) Kendileri de bu kuralların uygulanmasının çarpık canavarlarıdır, bu nedenle sadece veritabanlarının ardındaki matematiği anlamakla kalmaz üstüne koş. Bu, tercih ettiğiniz kodlama dilini (PL / SQL, TSQL, vb.) Bilmek bile sayılmaz.

Öyleyse, bir dba olarak, en kritik iş verilerinin genellikle ellerinize emanet edilmesini sağlamaktan sorumlu olacağınızı düşünün. "Aptalca hatalar yapma" nın en kötü kısımlarından geçmiş olmanız ve biraz da bir miktar kısıtlama öğrenmiş olmanız gerekir. 21-23'teki çoğu insan henüz bunu öğrenmedi. 30 yaşında bazılarımız hala yapmadı.

OT: Bu yüzden insanların en az 40 yaşına kadar hiçbir şey bilmediklerini söylüyorum ve o zamana kadar tepenin üzerinde sayılıyorlar. (31 yaşında biri olarak söylendi)

DBA olmanın zor olduğunu sanmıyorum. Olmak biriydi.

Yukarıda iyi tartışılmayan başka bir yön daha eklemek için cevap vermek istedim: görüş alanı.

Geliştiriciler için çok çeşitli roller vardır ve bazıları (örneğin, aygıt sürücüsü geliştirme veya işletim sistemi zamanlayıcıları geliştirme) çok dar bir görüş alanı ve küçük bir soruna derinden dalma ve tamamen teknik bir bakış açısına bakma becerisi gerektirir. . Çok geniş görüş alanlarını gerektiren ancak çok fazla teknik derinliği olmayan başka alanlar da var (tercih ettiğiniz bir ERP çerçevesine sahip iş uygulamaları geliştirme).

Veritabanları benzersizdir çünkü onları iyi yapmak için bu modlar arasında hızlı ve sorunsuz bir şekilde hareket edebilmeniz gerekir. Veritabanları matematik motorlarıdır, ancak iş ortamlarına çok karmaşık şekillerde uyan matematik motorlarıdır. Bu nedenle, hem matematik problemini hem matematik problemi olarak çözebilmeli hem de diğer her şeye nasıl uyduğunu sorabilmelidir.

Üst düzey ağ mühendislerine veya üst düzey sistem yöneticilerine baktığınızda, bu alandaki kıdemli DBA'yla en yakın eşleşmelerdir (her alan oldukça farklı olsa da-- iyi bir kıdemli sysadmin, iyi bir dba'dan daha geniş bir görüş alanı gerektirir ve iyi ağ mühendisleri daha derin bir alana ihtiyaç duyarlar).

Başka bir deyişle, iyi bir DBA olmak için, üst düzey işletme gereksinimleri ile gerçek diskteki depolama alanıyla ilgili çok düşük seviyeli anlayışlar arasında geçiş yapabilmeniz gerekir. herhangi bir gerçek geçiş (ve muhtemelen belirli bir kararı değerlendirme sürecinde).

DBA ve geliştirici olarak görev yapıyorum. İki rol son derece tamamlayıcı, ama önce ben bir DBA'yım ve yazdığım kütüphaneleri görürseniz, bu çok açık olacaktır. Ancak tamamlayıcı olmalarının sebebi geliştirme tarafında, yazılımın son kullanıcıları ile doğrudan etkileşime geçmem ve böylece vizyonumun derinliği ile ilgili sürekli olarak zorlanmam, db tarafında kendimi zorlamam Derinliklerde

Listelenen yollardan biraz farklı olan başka bir yol var.

Bir geliştirici olarak başlayın, ardından bir veritabanı tasarımcısı olun, ardından bir DBA haline gelin. Bu yol, otuz yıl önce, veritabanlarının dosya tabanlı uygulamaları büyük ölçüde üstlenmeye başladığı ve veritabanı uzmanlığına sahip kişilerin az ve çok olduğu zamanlarda, daha yaygındı.

Not: Ben eski programcı DBA döndü, programcılar bana "DBA iş sıkıcı değil mi?"

Cevabım: "sadece doğru yaptığınız zaman sıkıcıdır!" :)

DBA yolculuğumun başlangıcındayım, ama işte insanların bu işi zor bulmasının sebeplerinden birkaçı ... Zor çünkü:

• çok fazla sorumluluğunuz var: insanlar bir şirkete gelip gidebilirler, ancak bir kaçı için en önemli varlıkları onların verileridir. Bundan sen sorumlusun ve tüm güçlerine sahipsin. Diyor ki, büyük güçlerle büyük sorumluluklar geliyor. Etrafında çok pahalı hatalar gizleniyor.
• öğrenmeli ve öğrenmeye devam etmelisiniz: bunu bir bonus olarak görüyorum, ancak tüm insanlar bilgilerini güncel tutmak için zaman ayırmaya istekli değil.
• zaman alıcı olabilir: gecenin ortasında işler patlayacak, hazır mısın?
• sık sık diğer insanların hatalarını düzeltmek zorunda kalacaksınız: ve tüm iyi işlerinizde çoğunlukla fazla kredi alamayacaksınız. İnsanların becerilerini geliştirmekten korkma.

Brad Mc Gehee "Olağanüstü bir DBA nasıl yapılır" hakkında bir kitap yazdı . Soruyu derinleştirmek istiyorsanız okumaya değer.

İyi şanslar!

25 yaşında dba oldum. Sertifika almaya başladığım andan itibaren 6 ay sürdü ve 2 ay sonra bir işim oldu. Bence kararlılık kesinlikle önemli bir rol oynuyor. Benim için iş bulmak zor değildi. Tek gereken, çalışma ve benim önümde ne olduğunu öğrenebileceğimi gösterme gücümdü.

Sahip olduğum her şeyin bir psikoloji derecesi ve yardım masası geçmişi olduğunu söyleyeceğim. İşimi bir Oracle Apps DBA olarak aldığımda hemen OMG'yi düşündüm, CORE DBA olmak için çalıştığım her şey bana biraz yardımcı olmadı. Aşırı boğulmuş hissettiğimi hatırlıyorum. Her gün kendime bunu hatırlayabileceğimi ve 2 yıl sonra çok daha fazla bilgi edindiğimi hatırlatmak zorunda kaldım.

Demek istediğim, bir DBA olmak zor değil, hiç zor değil, ancak işteki ve işten ayrılan her şeyi öğrenmek, önceki dba'nın daha önce bahsettiği gibi bilmemiz gereken zaman alıcı ve çok fazla özen gösterir. Yaşımın veya daha genç olduğum 27 kişide buldum, böyle geniş bir teknoloji yelpazesini öğrenmek isteyen bir gayreti ve arzusu yok. Ancak işimi bir Oracle Apps DBA olarak seviyorum ve öğrenmeye sürekli atılacak olan her şeyi sabırsızlıkla bekliyorum. Yapabilirsin, aklına koyarsan, kaç yaşında olduğun önemli değil!

DBA olmak ayrıca reaktif yerine proaktif olduğunuz anlamına gelir. Geleceğin neler beklediğini hayal etmeli ve buna göre plan yapmalısınız. Bu, çok çalışmayı içerir ... bir defa, pek çok defa, ve eğer doğru yaparsanız, ödül tam bir isim tanıma eksikliğidir. :-) Ayrıca, insanlara “hayır” deme kabiliyetine sahip olmalısınız (patronlar dahil) ve hedef kitlenizin neden anlamadığını nedenlerini nesnel, etkili bir şekilde iletin. Yüksek basınçlı durumlarda ihtiyatlı olmalı ve rasyonel kararlar vermelisin. Hatalarınızı hızlı bir şekilde anlayabilmeniz ve onların sizi mavi ekranlara ayırmasına izin vermemeniz gerekir, ancak vitesleri etkin bir şekilde "Bunu yaptığımdan" inanamıyorum "a" Tamam, bunu düzeltmenin en iyi yolu "ndan geçin.

Kendisini öncelikle SysAdmin ve ikincisi kazara bir DBA olarak gören biri olarak, bunun bir kısmının kendi başına durmak ve işi yapmak için veya belki de daha önemlisi işi anlamak için gereken bilgi miktarına indiğini düşünüyorum.

Eski MCDBA sertifikası, bunu oldukça iyi özetliyor bence. Dört sınav, bir SysAdmin sınavı, bir Ağ Altyapısı sınavı, bir Veritabanı Geliştirme sınavı ve bir SQL Yönetimi sınavı geçti. Bu oldukça geniş bir konu yelpazesidir, bu yüzden gerçekçi bir şekilde ilk önce onlardan biriyle gelebilirsiniz. Ben birçok SQL İdaresi'nin diğer üçünün omuzlarında durduğunu savunuyorum, bu yüzden çoğu insan ona başlangıçta bu rotalardan biri üzerinden geliyor. Örneğin, SQL yedeklemelerini işleyen bir SysAdmin (yıllar önce SQL'e ilk baskınım) ya da veritabanını yazdıkları kod için tasarlayan bir Geliştirici. Her şeyi bilemeyeceğinize başlayın, ancak en azından bir kısmına topraklanacaksınız, örneğin SQL'in çalıştığı sistemler ve izinlerin nasıl çalıştığı ya da veritabanında konuşmak için kullanılan programlama yöntemleri.

DBA olmanın gerçekten yapmak istediğiniz şey olup olmadığını yargılamak zordur, ancak yukarıdaki yolla insanlar yavaş yavaş buna dayanabilir. Onu sevebilir ve kariyer odak noktanız haline getirebilir, ya da sizin için olmadığını bulabilir ve bilinmeyene çok büyük bir adım atmadan önceki kariyer yolunuza sadık kalabilirsiniz. Ancak, bu zaman alır ve bu DBA'nın sektörde "yıllarca daha akıllı" olma eğilimine uyuyor.

İyi bir DBA olmak için yaşla birlikte gelen güven ve olgunluğa da ihtiyacınız var. Diğerleri bunun diğer yönlerini listeledi, ancak hayır deme ve zemine dayanma, kendisinin uygun olduğunu bilme deneyimiyle temkinli olma güvenini de eklerim.

Son olarak, iyi bir DBA olmanın belirli bir zihniyet gerektirdiğini düşünüyorum ve siperlerde olana kadar buna sahip olup olmadığınızı bilmek zor. Detaylara göz kulak olmak, önceden planlamak için istekli olmak, büyük resme bakma yeteneği ve çalışmanızı belgelemekten korkmamak istikrarlı bir sistemi korumanın önemli yönleridir. Bazı SysAdmins ve Developers bu şekildedir ve kolayca geçiş yapabilirler, bazıları da yaklaşımlarının mevcut çalışmalarında değeri varken DBA olarak mücadele eder ve bu şeyleri bir angarya olarak görür ve işin tadını çıkarmazlar.

En azından oldukça istemsiz bir veritabanı yöneticisi olmanın en zor kısmının, üzerinde durduğunuz belirli bir organizasyonun veritabanlarına ne olursa olsun dayanmanız gerektiği gerçeğini düşünüyorum.

Tecrübelerime göre, ilk şokum Pazartesi sabahı, veritabanı sunucusunun görünüşte donanım hatası nedeniyle düştüğü, ancak yine de yanlış bir şey yaptığımdan şüphelendim.

Hayatında öğrendiği ya da yaptığı her şeyin, tekrar çalışmasını sağlamak için uygulanması gerektiğini hayal edebilirsiniz. Daha sonra, elbette, her şeyin bir klonunu ve hatta flaş yedeklerini oluşturabilirsiniz - burada sadece bağlantı sunucularını kullanarak diğer bilgisayar ağlarına yönlendiren küçük bir veritabanı sunucusundan bahsediyoruz. Yine de, sorumluluk bu anlarda muazzam hissediyor.

Bir yazılım geliştiricisi veya bir yazılım testçisi olarak, sorumluluk da büyük, ama ben hiç bu kadar zor zamanlar yaşamamıştım. Sebebin, her birinin, bilgi teknolojisi dünyasının örümcek ağının sadece bir parçasını örttüğü gerçeğinde yattığını hayal edebiliyorum.

Eğer bir veritabanı yöneticisi olursam, şu anda burada ne yazdığımı güncelleyeceğim.

Ve evet, şimdi 38 + 1/2 yaşındayım.

Çoğu yetenek gibi, bir dba olmayı öğrenmek zaman alır. İyi bir dba olmak daha uzun sürüyor. Ne kadar çok okursanız ve öğrenirseniz uygulayabilirsiniz.

Dba olmanın bir başka yolu da rapor yazmak veya bir uygulama uzmanıdır. SQL ile elinizle ne kadar çok zaman geçirirseniz, dbs'nin nasıl çalıştığını öğreneceksiniz. SQL sorgularında uzmanlaşmak, dba olmak için iyi bir başlangıç ​​noktası sağlayacaktır.