Menjadi DBA sebenarnya membutuhkan banyak pengalaman, tetapi pada dasarnya bisa datang hanya dari empat jalur yang berbeda:
- Menjadi pengembang dan membuat segmen untuk DBA
- Menjadi pengembang dan dirancang sebagai DBA
- Pelatihan langsung dari perguruan tinggi / sekolah perdagangan untuk menjadi DBA
- 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:
- Menerapkan keterampilan dari perguruan tinggi / sekolah perdagangan ke dalam peran DBA,
- Berinteraksi dengan RDBMS tertentu (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres), dan,
- 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.