Mengapa Administrasi Database sangat sulit?

Saya tahu banyak Administrator Database dan mereka 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 basis data sangat sulit?

Posisi ini 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 dapat memiliki konsekuensi yang jauh dan menghancurkan. Ini membutuhkan tingkat pengetahuan dan pengalaman yang tidak dapat diperoleh dalam waktu singkat.

Semakin baik DBA melakukan tugasnya, semakin sedikit visibilitas yang mereka miliki. DBA dengan database yang aman, dapat dipulihkan, tersedia, dan berkinerja baik akan kurang dikenali. DBA diperhatikan 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 tidak dikonfigurasi dengan benar.

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 kegagalan membuat penghindarannya menjadi lebih bermakna apakah orang lain melihat itu atau tidak.

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 seorang 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 sebuah database seharusnya bekerja dan bagaimana sebuah 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 mempermasalahkan hal tersebut , mereka sebenarnya bisa menjadi mentor Anda dalam hal mengembangkan pernyataan SQL (SQL, dalam dirinya sendiri, Bahasa Pemrograman Konteks-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 membebani pajak, 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 untuk menjadi reality show Survivor 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 berbagai 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 merupakan 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 menyerahkannya pada kebijaksanaan SysAdmin / DBA untuk memperbarui paragraf ini (atau sepenuhnya menggantinya) untuk menggambarkan jalur ini .

Kesimpulan

Terlepas dari jalan 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.

Administrasi Database sulit karena dua alasan

Umpan balik yang 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 database membuat kesalahan saat merancang database mungkin hanya mendapatkan umpan balik ketika dia 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. 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.

Sangat mudah untuk menjadi DBA yang buruk

Serius meskipun, 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 memerlukan 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.

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 basis data 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 seorang pun tahu. Set-logic berbagi beberapa aturan dengan aljabar, tetapi mesinnya (MSSQL, Oracle, dll) adalah binatang bengkok dari implementasi aturan-aturan tersebut, 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 sebabnya 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)

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

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 kerja 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 proses mengevaluasi keputusan tertentu).

Saya berfungsi sebagai DBA dan pengembang. Kedua peran itu 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 perluasan visi saya, sementara di sisi db saya bisa menantang diri saya sendiri di kedalaman.

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!". :)

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 bisa 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 mau 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 buku tentang itu, "Bagaimana menjadi DBA yang luar biasa". Layak dibaca jika Anda bermaksud memperdalam pertanyaan.

Semoga berhasil!

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 jelas 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 sendiri setiap hari saya bisa mempelajarinya dan 2 tahun kemudian saya 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 memakan waktu dan membutuhkan banyak ketekunan. Saya telah menemukan di 27 orang kebanyakan usia saya atau lebih muda tidak memiliki ketekunan maupun keinginan untuk ingin belajar spektrum teknologi yang begitu besar. Tetapi saya menyukai pekerjaan saya sebagai Oracle Apps DBA dan menantikan segala hal lain yang akan terus dilemparkan ke cara saya untuk belajar. Anda dapat melakukannya, jika Anda mau, tidak peduli berapa usia Anda!

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 objektif, 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 mengalihkan persneling dari "Saya tidak percaya saya hanya melakukan itu" menjadi "Oke, apa cara terbaik untuk memperbaikinya."

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 meringkaskannya dengan baik saya pikir. 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,

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. Memperhatikan detail, kemauan untuk merencanakan ke depan, kemampuan untuk melihat gambaran besar, dan tidak takut mendokumentasikan pekerjaan Anda adalah 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.

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 yang tampaknya, namun saya tetap dicurigai telah melakukan sesuatu yang salah.

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 basis data 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 basis data, saya akan memperbarui apa pun yang saya tulis sekarang di sini.

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

Seperti kebanyakan keterampilan, belajar menjadi dba membutuhkan waktu. Menjadi dba yang baik 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 di SQL, semakin Anda akan belajar tentang bagaimana dbs bekerja. Menjadi ahli dalam pertanyaan SQL akan memberikan titik awal yang baik untuk menjadi dba.