it-swarm.asia

Mengapa Administrasi Database sangat sulit?

Saya tahu banyak Administrator Database dan mereka semuanya berusia lebih dari 28-29 tahun.

Apakah semua administrasi basis data seperti itu? Maksud saya, apakah ini tentang mendapatkan pengalaman lebih dari setidaknya 7-8 tahun?

Atau menjadi administrator database sangat sulit?

92
Soner Gönül

Posisi membutuhkan spektrum pengetahuan yang luas mulai dari pengembangan hingga administrasi sistem dan bahkan manajemen. DBA tidak hanya harus tahu tentang cadangan, pemulihan, operasi internal, memori dan keamanan, tetapi juga bagaimana berkomunikasi dengan pengembang dan manajemen. DBA dapat memberikan presentasi tingkat tinggi kepada manajemen, membantu pengembang menyetel kueri, menyediakan ruang disk untuk sistem baru, dan memulihkan data dari cadangan semua dalam waktu yang sama. Tanggung jawab ini membutuhkan banyak pengetahuan dengan sedikit tumpang tindih.

Konsekuensi kegagalan biasanya lebih besar untuk DBA daripada pengembang. DBA sering mendukung lusinan, bahkan ratusan aplikasi dan sistem yang berbeda yang sebagian besar vital bagi keberhasilan perusahaan. Pelanggaran keamanan, kegagalan pemulihan, atau masalah kinerja bisa memiliki konsekuensi yang jauh dan menghancurkan. Ini membutuhkan tingkat pengetahuan dan pengalaman yang tidak dapat diperoleh dalam waktu singkat.

Semakin baik DBA melakukan pekerjaan mereka semakin sedikit visibilitas yang mereka miliki. DBA dengan database yang aman, dapat dipulihkan, tersedia, dan berkinerja baik akan kurang diakui. DBA mendapat perhatian ketika ada masalah. Mereka tidak hanya mendapatkan perhatian ketika masalah mereka ditimbulkan sendiri, mereka juga disalahkan ketika database memiliki masalah karena pengkodean yang buruk, pengaturan jaringan yang tidak tepat, atau penyimpanan yang dikonfigurasi secara salah.


Saya beralih dari pengembang ke DBA ketika saya berusia 29 tahun. Bagi saya hal-hal yang membuat menjadi DBA sulit juga membuatnya berharga. Saya menikmati menyerap dan menggunakan spektrum pengetahuan yang luas, dan kesempatan yang lebih besar untuk gagal membuat penghindarannya menjadi lebih bermakna apakah orang lain melihat itu atau tidak.

141
Leigh Riffel

Menjadi DBA sebenarnya membutuhkan banyak pengalaman, tetapi pada dasarnya bisa datang hanya dari empat jalur yang berbeda:

  1. Menjadi pengembang dan membuat segmen untuk DBA
  2. Menjadi pengembang dan dirancang sebagai DBA
  3. Pelatihan langsung dari perguruan tinggi/sekolah perdagangan untuk menjadi DBA
  4. Menjadi SysAdmin dan menjadikan segue atau menarik tugas ganda sebagai DBA

Menjadi pengembang dan membuat segue menjadi DBA

Dalam pertanyaan lain yang diajukan di situs ini, Bagaimana DBA bisa lebih 'ramah-programmer' , saya menyebutkan bahwa saya adalah pengembang selama 16 tahun yang bekerja dengan DBA. Setelah bekerja dengan mereka membuat saya menyadari bahwa sejauh pengalaman mereka termasuk teori database, matematika diskrit, dan pengalaman pemrograman, sejauh itu mereka bisa melihat bagaimana database harus bekerja dan bagaimana query harus dijalankan.

Memiliki DBA dengan hal-hal di latar belakang mereka membuat saya merasa saya masih kuliah sambil belajar dari beberapa profesor tambahan tetapi yang benar-benar tahu barang-barang mereka. Selama DBA bersedia membagikan apa yang mereka ketahui, tanpa mempermasalahkannya, mereka sebenarnya bisa menjadi mentor Anda dalam hal mengembangkan pernyataan SQL (SQL, dalam dirinya sendiri, sebuah Konteks- Bahasa Pemrograman Sensitif) yang seefisien mungkin. Tentu, ada bagian duniawi lainnya, seperti melakukan instalasi, membuat cadangan, melakukan peningkatan perangkat lunak, memantau metrik kinerja, menghasilkan laporan, dan sebagainya. Tetapi sebagai pengembang, jika Anda fokus pada basis data, dan SQL yang bertentangan dengan basis data tersebut, seiring waktu Anda akan menjadi sangat mahir dalam SQL sehingga akan menjadi kebiasaan kedua dan Anda dapat fokus pada pengembangan aplikasi.

Tuntutan pada pengembang bisa melelahkan, tetapi begitu juga DBA. Pengembang yang secara sukarela transisi ke peran DBA mengalihkan fokus dari pengembangan dan pengkodean ke hal-hal biasa yang saya sebutkan sebelumnya. Sehubungan dengan ini, DBA yang bekerja erat dengan programmer menciptakan peluang bagi DBA untuk memberikan kontribusi kreatif pada proyek apa pun, sehingga menjadikan peran DBA yang jauh lebih menarik.

Menjadi pengembang dan dirancang sebagai DBA

Bagi sebagian besar pengembang yang tidak melihat apa-apa selain mengembangkan dan mengkodekan selama sisa hidup mereka, ini bisa seperti memilih menjadi dalam reality show Selamat atau game show Wipeout. DBA baru menghabiskan waktu mereka berinteraksi dengan Black Box (yang kita kenal hanya sebagai basis data) yang telah mereka hubungi untuk data selama bertahun-tahun.

DBA baru sekarang dapat membuat tabel dan indeks mereka sendiri. Ini bisa seperti membiarkan Hibachi Jepang memasak ke restoran Italia. Si juru masak dapat menyiapkan apa saja, tetapi harus menyadari bahwa ada resep baru, peralatan dapur, peralatan makan, daging, rempah-rempah, sayuran, dan Host hal-hal duniawi lainnya untuk menyesuaikan (sanitasi, inventaris, waktu mulai, jam kerja, dll). Ini bukan hanya masa transisi tetapi juga waktu untuk mengatasi kurva belajar yang hebat. Tingkat pengalaman baru harus dipelajari dan dikembangkan meskipun ahli memasak Jepang selama bertahun-tahun. Dalam aspek ini, Pengembang harus mendidik kembali diri mereka untuk berpikir seperti DBA.

Pelatihan langsung dari perguruan tinggi/sekolah perdagangan untuk menjadi DBA

Sejauh ini, ini adalah cara paling mematikan untuk menjadi DBA. Ini juga jalan yang paling langka — pada kenyataannya, ini hampir tidak pernah terjadi. Sekarang kita berbicara membiarkan seseorang dari McDonald's atau Burger King ke restoran Italia yang sama.

Tiga kurva belajar terlibat:

  1. Menerapkan keterampilan dari perguruan tinggi/sekolah perdagangan ke dalam peran DBA,
  2. Berinteraksi dengan RDBMS tertentu (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres), dan,
  3. Berinteraksi dengan Pengembang ( DBA masa depan belajar keterampilan sosial yang layak langsung dari sekolah? Ya, benar !).

Dalam hal ini, pengembang akan lebih unggul dari DBA selama bertahun-tahun. DBA harus belajar untuk menyesuaikan dengan cepat dengan kebutuhan pengembang di tahun-tahun awal mereka sebagai DBA. Mungkin DBA bisa menghasilkan gaji awal yang layak, tetapi lebih sulit untuk tumbuh tanpa mengembangkan diri dalam tiga bidang pembelajaran ini.

Menjadi SysAdmin dan membuat segue atau menarik tugas ganda sebagai DBA

Sebagai mantan pengembang dan sekarang DBA, satu hal yang tidak boleh diterima begitu saja adalah peran SysAdmin.

Memiliki peran SysAdmin/DBA sedikit menakjubkan bagi saya. Di perusahaan hosting majikan saya, kami memiliki seorang pria yang merupakan SysAdmin/DBA (SCMDBA). Dia begitu dibanjiri proyek infrastruktur plus pertunjukan MySQL internalnya sendiri. Saya tidak iri padanya, saya memuji dia. Dalam kejujuran, karena pikiran sebenarnya dari SysAdmin/DBA adalah asing bagi saya, Saya serahkan pada kebijaksanaan SysAdmin/DBA untuk memperbarui paragraf ini (atau sepenuhnya menggantinya) untuk menggambarkan jalur ini .

Kesimpulan

Terlepas dari jalur mana yang Anda pilih, peran DBA dapat dibedakan atau menjijikkan, tergantung pada seberapa bersedia Anda untuk dibimbing (atau disiksa) pada awalnya, dan seberapa bersedia Anda bekerja dengan waktu overs lainnya. Hanya dengan demikian dapat dikatakan bahwa mereka menikmati menjadi DBA.

Ngomong-ngomong, kebetulan saya mengalami dua jalur DBA pertama mulai dari Agustus 2004 pada usia 39. Pengalaman dua tahun yang saya miliki dalam peran DBA yang dibuat membuat transisi ke DBA penuh waktu sangat menyenangkan dan nyaman. .

Saran saya untuk DBA 28-29 tahun? Sebaik bekerja dengan orang-orang seperti Anda dengan RDBMS. Jika Anda tumbuh di kedua bidang, Anda dapat menjadikannya sebagai DBA untuk tahun-tahun mendatang.

57
RolandoMySQLDBA

Administrasi Database sulit karena dua alasan

mpan balik lambat Jika seseorang membuat keputusan yang buruk dalam peran seorang arsitek perangkat lunak, biasanya dibutuhkan waktu lebih lama untuk mendapatkan umpan balik negatif dibandingkan dengan seorang programmer. Pemrogram sering menyadari kesalahan saat kompilasi atau saat menjalankan tes, yang berarti bahwa siklus belajarnya cukup cepat. Administrator basis data membuat kesalahan saat merancang basis data mungkin hanya mendapatkan umpan balik ketika ia menemukan bagaimana pengguna akhir akan benar-benar menggunakan perangkat lunak. Ini berarti bahwa mungkin perlu bertahun-tahun untuk mendapatkan umpan balik bahwa desain database itu cacat dan perlu dibuat kembali. Oleh karena itu, butuh bertahun-tahun untuk mendapatkan pengalaman, bukan menit (kadang-kadang) untuk programmer.

Kesalahan Mahal Ini juga alasan mengapa CEO perusahaan besar umumnya berusia 50-an.

37
David

Sangat mudah untuk menjadi DBA yang buruk

Namun serius, DBA biasanya memiliki tanggung jawab khusus untuk sesuatu yang sering penting untuk keberhasilan atau kegagalan bisnis: datanya

Jika Anda menjalankan perusahaan maka Anda mungkin ingin mempekerjakan orang yang kompeten dan berpengalaman dalam peran itu

Saya tidak berpikir itu adalah pertanyaan 'lebih mudah' atau 'lebih keras' - hanya pertanyaan tentang betapa berharganya data Anda: Secara inheren tidak sulit untuk menempatkan satelit di ruang angkasa daripada seseorang, tetapi Anda akan memeriksa jumlah Anda lebih banyak untuk yang terakhir

Menurut pendapat saya, menjadi Administrator Database itu mudah ... sampai ada sesuatu yang mengancam perusahaan dan beban memperbaiki dan memulihkan apa pun yang ada di pundak Anda.

Menjadi Administrator Database (atau Admin Jaringan atau Sistem) adalah posisi yang membutuhkan tingkat kematangan tertentu. Dibutuhkan seseorang yang bekerja dengan baik di bawah tekanan. Itu tidak berarti tidak ada orang muda di luar sana yang dapat menangani hal ini dengan keahlian yang diperlukan.

Juga, mudah untuk mempelajari perintah-perintah dari buku untuk membuat cadangan/memulihkan database, mengoptimalkan konfigurasi server, dll. Tetapi pengalaman menang ketika Anda mendapat peringatan bahwa database Anda sedang down.

18
Derek Downey

Saya tahu banyak Administrator Database dan mereka berusia lebih dari 28-29 tahun. Apakah semua administrasi basis data seperti itu?

Paling bagus, programmer solid yang saya tahu juga berusia setidaknya 25 tahun. Saya membayangkan ada faktor yang berhubungan dengan usia + pengalaman = programmer yang baik. ;)

Maksud saya, apakah ini tentang mendapatkan pengalaman lebih dari setidaknya 7-8 tahun? Atau menjadi administrator database sangat sulit? Bagaimana menurut anda?

Menjadi administrator basis data tidak mudah, jika itu yang Anda maksud. Ada banyak hal yang harus Anda ketahui sebagai dba. Itu juga berarti sekolah, dan itu berarti beberapa tahun di bawah bimbingan orang lain. Ingat bahwa basis data adalah logika-set, yang hampir tidak seorang pun pergi ke sekolah cukup lama untuk belajar, yang karenanya tidak ada yang tahu. Set-logic membagikan beberapa aturan dengan aljabar, tetapi mesinnya (MSSQL, Oracle, dll) adalah binatang yang bengkok dari implementasi aturan-aturan itu, jadi Anda tidak hanya harus memahami matematika di balik basis data, Anda harus memahami implementasi yang Anda berjalan di atas. Itu bahkan tidak masuk akal mengetahui bahasa skrip pilihan Anda (PL/SQL, TSQL, dll).

Kemudian pertimbangkan bahwa sebagai dba Anda akan bertanggung jawab untuk memastikan bahwa data bisnis yang paling penting akan sering dipercayakan kepada Anda. Anda harus melewati bagian terburuk dari "membuat kesalahan bodoh" dan Anda harus belajar sedikit menahan diri. Kebanyakan orang di 21-23 belum belajar itu. Sebagian dari kita di usia 30 masih belum.

OT: Inilah mengapa saya mengatakan bahwa orang tidak benar-benar tahu apa-apa sampai mereka berusia setidaknya 40 tahun, dan pada saat itu mereka dianggap di atas bukit, ketika pada kenyataannya mereka hanya mencapai langkah mereka. (Dikatakan sebagai seseorang yang berusia 31)

18
jcolebrand

Saya tidak berpikir menjadi DBA itu sulit. Menjadi satu pun demikian.

16
user1875

Saya ingin menjawab untuk menambahkan aspek lain yang tidak dibahas dengan baik di atas: bidang visi.

Ada beragam jenis peran untuk pengembang dan beberapa (misalnya, pengembangan driver perangkat, atau mengembangkan penjadwal sistem operasi) memerlukan bidang visi yang sangat sempit dan kemampuan untuk mempelajari secara mendalam masalah kecil dan melihatnya dari sudut pandang teknis murni. . Ada bidang-bidang lain yang membutuhkan bidang visi yang sangat luas tetapi tidak terlalu mendalam secara teknis (pengembangan aplikasi bisnis dengan kerangka ERP pilihan Anda).

Basis data unik karena untuk melakukannya dengan baik, Anda harus dapat berpindah di antara mode ini dengan cepat dan mulus. Database adalah mesin matematika tetapi mereka adalah mesin matematika yang cocok dengan lingkungan bisnis dengan cara yang sangat kompleks. Oleh karena itu kita harus dapat mengatasi masalah matematika sebagai masalah matematika dan juga bertanya bagaimana itu cocok dengan yang lainnya.

Ketika Anda melihat insinyur jaringan senior atau administrator sistem senior, mereka adalah pasangan terdekat dengan DBA senior di bidang ini (meskipun setiap bidang sangat berbeda - sysadmin senior yang baik membutuhkan bidang visi yang lebih luas daripada dba yang baik, dan insinyur jaringan yang baik membutuhkan bidang yang lebih dalam).

Dengan kata lain, untuk menjadi DBA yang baik, Anda harus dapat beralih di antara persyaratan bisnis tingkat tinggi dan pemahaman tingkat yang sangat rendah terkait dengan penyimpanan di-disk aktual, dan ke matematika relasional dan masalah teknis murni desain, semua tanpa setiap transisi nyata (dan mungkin dalam perjalanan mengevaluasi keputusan tertentu).

Saya berfungsi sebagai DBA dan pengembang. Kedua peran ini sangat komplementer, tetapi saya adalah DBA pertama dan jika Anda melihat perpustakaan yang saya tulis, itu akan menjadi jelas. Tetapi alasan mereka saling melengkapi adalah bahwa di sisi pengembangan, saya bisa berinteraksi langsung dengan pengguna akhir dari perangkat lunak dan jadi saya terus-menerus didorong mengenai peningkatan visi saya, sementara di sisi db saya bisa menantang diri saya sendiri di kedalaman.

14
Chris Travers

Ada jalan lain, sedikit berbeda dari yang terdaftar.

Mulai sebagai pengembang, kemudian menjadi perancang basis data, kemudian menjadi DBA. Jalur ini lebih lazim sekitar tiga puluh tahun yang lalu, ketika database mulai menyalip aplikasi berbasis file waktu besar, dan orang-orang dengan keahlian database sedikit dan jauh antara

PS: Ketika saya seorang mantan programmer berubah menjadi DBA, programmer sering bertanya kepada saya "bukankah DBA bekerja membosankan?"

Jawaban saya: "itu hanya membosankan ketika Anda melakukannya dengan benar!". :)

8
Walter Mitty

Saya agak pada awal perjalanan DBA saya, tetapi berikut adalah beberapa alasan mengapa orang dapat menemukan pekerjaan ini sulit ... Sulit karena:

  • anda memiliki banyak tanggung jawab: orang dapat datang dan pergi di perusahaan, tetapi bagi beberapa dari mereka, aset terpenting mereka adalah data mereka. Anda bertanggung jawab untuk itu dan memiliki semua kekuatan untuk itu. Seperti kata pepatah, dengan kekuatan besar datang tanggung jawab besar. Kesalahan yang sangat mahal mengintai.
  • anda harus belajar dan terus belajar: Saya melihat ini sebagai bonus, tetapi tidak semua orang bersedia meluangkan waktu untuk memperbarui pengetahuan mereka.
  • itu bisa memakan waktu: segalanya akan pecah di tengah malam, apakah Anda siap?
  • anda sering harus memperbaiki kesalahan orang lain: dan sebagian besar Anda tidak akan mendapatkan banyak pujian untuk semua pekerjaan baik Anda. Jangan takut untuk memoles keterampilan orang-orang Anda.

Brad Mc Gehee menulis sebuah buk tentang hal itu, "Bagaimana menjadi DBA yang luar biasa". Layak dibaca jika Anda bermaksud memperdalam pertanyaan.

Semoga berhasil!

7
KookieMonster

Saya menjadi dba pada usia 25 tahun. Butuh waktu 6 bulan sejak saya mulai belajar untuk mendapatkan sertifikasi dan 2 bulan kemudian saya memiliki pekerjaan. Saya pikir tekad pasti memainkan peran utama. Bagi saya itu tidak sulit mendapatkan pekerjaan. Yang diperlukan hanyalah kemauan untuk belajar dan menunjukkan bahwa saya mampu mempelajari apa yang ada di depan saya.

Saya akan mengatakan bahwa yang saya miliki hanyalah gelar psikologi dan latar belakang meja bantuan. Ketika saya menerima pekerjaan saya sebagai Oracle Apps DBA, saya langsung berpikir OMG, semua hal yang saya pelajari untuk menjadi DBA CORE tidak sedikit pun membantu saya. Saya ingat merasa sangat kewalahan. Saya harus mengingatkan diri saya setiap hari bahwa saya dapat mempelajarinya dan 2 tahun kemudian saya telah memperoleh lebih banyak pengetahuan.

Apa yang saya katakan adalah, menjadi DBA tidak sulit, tidak sulit sama sekali, tetapi mempelajari segala sesuatu di tempat kerja dan di luar pekerjaan, yang harus kita ketahui sebagai dba sebelumnya telah disebutkan sebelumnya adalah memakan waktu dan membutuhkan banyak ketekunan. Saya telah menemukan di 27 orang kebanyakan usia saya atau lebih muda tidak memiliki ketekunan atau keinginan untuk ingin belajar spektrum teknologi yang begitu besar. Tetapi saya menyukai pekerjaan saya sebagai Oracle Apps DBA dan menantikan segala hal lainnya yang akan terus dilemparkan ke cara saya untuk belajar. Anda dapat melakukannya, jika Anda mau, tidak peduli berapa usia Anda!

5
oracledbagirl

Menjadi DBA juga berarti Anda proaktif, bukan reaktif. Anda harus dapat membayangkan apa yang akan terjadi dan rencanakan di masa depan. Ini melibatkan kerja keras ... sekali, banyak, berkali-kali, dan jika Anda melakukannya dengan benar, hadiahnya sama sekali tidak berupa pengenalan nama. :-) Anda juga harus memiliki kemampuan untuk mengatakan "tidak" kepada orang-orang (termasuk bos) dan secara obyektif, mengomunikasikan alasan Anda secara efektif mengapa istilah yang dapat dipahami audiens Anda. Anda harus bijaksana dan membuat keputusan rasional dalam situasi tekanan tinggi. Anda harus dapat memiliki kesalahan dengan cepat dan tidak membiarkan mereka membuat layar biru Anda, tetapi, secara efektif mengganti persneling dari "Saya tidak percaya saya hanya melakukan itu" menjadi "Oke, apa cara terbaik untuk memperbaikinya." Anda harus dapat dengan bijaksana menyarankan perbaikan pada kode pengembang sedemikian rupa agar tidak menghina atau menyinggung, dan itu adalah seni yang dikembangkan oleh pengalaman namun dikuasai oleh sedikit orang.

5
stacylaray

Sebagai seseorang yang menganggap dirinya sebagai SysAdmin dan yang kedua adalah DBA yang tidak disengaja, saya pikir sebagian darinya bermuara pada jumlah pengetahuan yang dibutuhkan untuk berdiri sendiri dan melakukan pekerjaan, atau mungkin yang lebih penting, untuk memahami pekerjaan itu.

Sertifikasi MCDBA lama merangkumnya dengan cukup baik menurut saya. Diperlukan empat ujian untuk lulus, ujian SysAdmin, ujian Infrastruktur Jaringan, ujian Pengembangan Basis Data, dan ujian Administrasi SQL. Itu topik yang cukup luas, jadi secara realistis Anda akan membahasnya terlebih dahulu. Saya berpendapat bahwa banyak Administrasi SQL berdiri di bahu tiga lainnya, sehingga kebanyakan orang datang melalui salah satu dari rute tersebut pada awalnya. Misalnya SysAdmin yang menangani cadangan SQL (perampokan pertama saya ke SQL bertahun-tahun yang lalu), atau Pengembang merancang basis data untuk kode yang mereka tulis. Memulai Anda tidak akan tahu segalanya, tetapi Anda akan memiliki landasan setidaknya di dalamnya, misalnya sistem SQL berjalan dan bagaimana izin bekerja, atau metode pemrograman yang digunakan untuk berbicara dengan database, dan dari sana Anda dapat mempelajari sisanya.

Sulit untuk menilai apakah menjadi DBA benar-benar apa yang ingin Anda lakukan sampai Anda melakukannya, tetapi melalui rute di atas orang dapat secara bertahap membangunnya. Anda bisa menyukainya dan menjadikannya fokus karir Anda, atau menemukan itu bukan untuk Anda dan tetap dengan jalur karir Anda sebelumnya, semua tanpa mengambil lompatan besar ke yang tidak diketahui. Tapi, itu butuh waktu, dan itu cocok dengan kecenderungan DBA untuk menjadi "lebih bijak selama bertahun-tahun" di industri ini.

Untuk menjadi DBA yang baik Anda juga membutuhkan kepercayaan diri dan kedewasaan yang cenderung datang seiring bertambahnya usia. Orang lain telah mendaftar aspek-aspek lain dari ini, tetapi saya akan menambahkan memiliki kepercayaan diri untuk mengatakan tidak dan berdiri di tanah Anda, marah dengan pengalaman untuk mengetahui kapan itu tepat.

Akhirnya, saya pikir menjadi DBA yang baik membutuhkan pola pikir tertentu, dan sulit untuk mengetahui apakah Anda memilikinya sampai Anda berada di parit. Mengamati detail, kemauan untuk merencanakan ke depan, kemampuan untuk melihat gambaran besar, dan tidak takut mendokumentasikan pekerjaan Anda adalah aspek-aspek penting dalam memelihara sistem yang stabil. Beberapa SysAdmin dan Pengembang seperti itu, dan dapat dengan mudah melakukan transisi, sementara yang lain mungkin menemukan bahwa sementara pendekatan mereka memiliki nilai dalam pekerjaan mereka saat ini, sebagai DBA mereka akan berjuang dan menemukan hal-hal ini sebagai pekerjaan rumah dan tidak menikmati pekerjaan.

4
Keith Langmead

Saya pikir bagian tersulit dari setidaknya menjadi administrator basis data yang tidak disengaja adalah kenyataan bahwa Anda harus menanggung apa pun yang terjadi pada basis data organisasi tertentu yang kebetulan Anda temui.

Dalam pengalaman saya, kejutan pertama saya adalah pada hari Senin pagi ketika server database jatuh karena kesalahan perangkat keras, namun saya tetap dicurigai melakukan kesalahan.

Anda dapat membayangkan bahwa apa pun yang pernah dipelajari atau dilakukan seseorang dalam masa hidupnya harus diterapkan untuk membuat hal itu bekerja lagi. Kemudian, tentu saja, Anda dapat membuat klon dan bahkan mem-flash-up semuanya - kita berbicara di sini hanya tentang server database kecil yang mengarahkan berbagai hal ke jaringan komputer lain melalui server tautan. Tetap saja, tanggung jawab terasa luar biasa pada saat-saat itu.

Sebagai pengembang perangkat lunak atau sebagai penguji perangkat lunak, tanggung jawabnya juga besar, namun saya belum pernah mengalami masa sulit seperti itu. Saya bisa membayangkan bahwa alasannya terletak pada kenyataan bahwa masing-masing dari mereka hanya menenun sedikit dari jaring laba-laba dunia teknologi informasi.

Jika saya pernah menjadi administrator database, saya akan memperbarui apa pun yang saya tulis sekarang di sini.

Dan, ya, saya sekarang berusia 38 + 1/2 tahun.

3
user62547

Seperti kebanyakan keterampilan, belajar menjadi dba membutuhkan waktu. Menjadi bagus dba membutuhkan waktu lebih lama. Semakin banyak Anda membaca dan mempelajari lebih banyak pengetahuan yang dapat Anda terapkan.

Jalur lain untuk menjadi dba adalah penulisan laporan atau sebagai pakar aplikasi. Semakin banyak waktu yang Anda habiskan dengan tangan pada SQL, semakin Anda akan belajar tentang bagaimana dbs bekerja. Menjadi mahir dalam query SQL akan memberikan titik awal yang baik untuk menjadi dba.

1