Bagaimana Anda mewawancarai pemohon Database Programmer / Admin?

Selama wawancara, saya mengajukan pertanyaan desain database dasar. Normalisasi (Kapan-Mengapa) adalah salah satu perhatian saya ketika datang ke desain database. Beberapa skenario I situs yang melibatkan server yang disinkronkan dan apa / mengapa / bagaimana mereka mempertimbangkan masalah terkait; masalah keamanan dan sebagainya.

1. Apakah Anda akan meminta mereka dari konteks sistem basis data tertentu (misalnya Oracle) yang mereka sukai?
2. Pertanyaan teknis apa yang ingin Anda tanyakan?
3. Skenario apa yang akan Anda tempatkan dan apa yang akan Anda cari sebagai jawaban atas skenario itu?
4. Bagaimana Anda mengetahui jika mereka memiliki pengetahuan dalam menangani masalah keamanan?
5. Pertanyaan terkait lainnya. (mis. Pemulihan DB / Cadangan)

Terima kasih.

Inilah 10 pertanyaan wawancara teratas saya untuk administrator basis data senior, dan inilah 10 pertanyaan teratas Tom LaRock untuk DBA junior.

Saya perhatikan orang lain menyarankan agar kandidat memecahkan masalah server. Jika Anda mengambil pendekatan itu, gunakan mesin virtual dengan snapshot. Siapkan server dengan cara tertentu dengan konfigurasi atau masalah kinerja tertentu, ambil snapshot darinya, dan kemudian setelah setiap wawancara Anda dapat kembali ke snapshot tersebut.

Jika Anda melakukannya, batasi tugas dengan jenis tugas yang sebenarnya Anda inginkan. Jangan tanya DBA produksi tentang normalisasi, dan jangan tanya DBA pengembangan mengapa satu node tidak akan bergabung dengan cluster.

Tugas DBA produksi mungkin:

• Atur pekerjaan untuk cadangan, pemeliharaan indeks, dan DBCC. Lihat apakah mereka bertanya seberapa sering Anda ingin database didukung, dan apakah Anda ingin didukung secara lokal atau di seluruh jaringan. Jangan tanya mereka cara mengkonfigurasi perangkat lunak cadangan tape tertentu kecuali itu sudah ada di resume mereka.
• Cari tahu mengapa Johnny tidak bisa masuk dan menjalankan kueri.
• Seseorang mengeluh tentang permintaan yang lambat. Tunjukkan pada saya di mana Anda akan mencari tahu apa yang terjadi. Lalu katakan mereka baru saja menelepon dan mengatakan permintaan mereka selesai, tetapi mereka ingin memastikan itu tidak terjadi lagi.
• Pulihkan satu tabel dari cadangan semalam.

Tugas pengembangan mungkin:

• Debug prosedur tersimpan ini.
• Tafsirkan rencana eksekusi ini.
• Buat tampilan untuk bergabung dengan pelanggan ke faktur.

Gunakan skema AdventureWorks. Kemungkinan mereka belum bermain dengannya baru-baru ini, tetapi setidaknya mudah untuk dijelaskan.

Dalam tim perangkat lunak saya sebagai bagian dari wawancara, kami menguji pemahaman Database.

Kami menyajikan - desain yang sangat buruk (pikirkan aplikasi jenis CRM) dan minta mereka untuk memperbaiki desain, setelah sekitar 30 menit waktu berpikir.

Kami kemudian mengajukan lebih banyak pertanyaan kepada mereka berdasarkan apa yang mereka bicarakan.

Kami sedang mencari pengertian

• Kinerja V Normalistion
• Desain Utama dan Integritas Referenital
• Tempat untuk perbaikan -yaitu Struktur DB Alternatif - Pemicu, Tampilan, Pengadaan
• Area yang lemah dalam desain - bagaimana mengatasi banyak hubungan
• Bagaimana ini mempengaruhi server - maintaince
• Masalah Keamanan Data
• Masalah Keamanan Aplikasi

Kami sebagai sebuah tim kemudian memikirkan tentang apa yang kami anggap sebagai tipe jawaban Junior / Senior / Architect untuk tipe-tipe pertanyaan ini.

Jadi untuk - Kinerja v Normalisasi -

akan melihat masalah di tempat pertama dan dapat mendiskusikan mengapa (Junior)

akan merekomendasikan 4/5 NF tetapi memahami masalah dengan kinerja akankah mereka menormalkan dan memahami bagaimana mengartikulasikan masalah (Senior)

apakah mereka akan merekomendasikan jenis desain yang berbeda misalnya Skema Bintang dan mendiskusikan implikasi pada banyak tingkatan (Arsitek)

• Desain Utama dan Integritas Referensial

Akan melihat integritas ref diperlukan untuk menegakkan hubungan data dan dapat mendiskusikan hal ini tetapi tidak akan melihat masalah dengan Pilihan Utama dan Desain (Junior)

Akan membahas masalah yang harus dilakukan dengan volume data dan tipe data v mencari kunci alami dalam data dan akan dapat mendiskusikan mengapa mereka melihat ini - dan masalah yang mengikuti dengan integritas referensial (Senior)

Dapat memperdebatkan berbagai sudut pandang terkait dengan Kunci dan Integritas dan dapat menghasilkan berbagai model aktual untuk desain cepat (Arsitek)

Anda mendapatkan fotonya.

Jika Anda ingin saya menambahkan lebih banyak maka kirim komentar dan akan merinci apa yang kami pikirkan tentang sisanya tetapi hanya termasuk dua yang pertama untuk memberi Anda ide tentang apa yang kami pikirkan.

Intinya adalah untuk memikirkan 1. pertanyaan 2. Kami sebagai tim kemudian telah memikirkan apa yang akan kami anggap sebagai tipe jawaban Junior / Senior / Architect untuk jenis pertanyaan ini.

Saya menekankan tim sebagai kandidat dan tim harus percaya diri pada keterampilan orang yang datang, dan jika mereka telah menemukan apa yang mereka lihat sebagai jawaban untuk tingkat yang berbeda, orang yang masuk diharapkan akan cocok dengan tim yang lebih baik. Ini juga memberi tim kemampuan untuk mempengaruhi pilihan kandidat. Mereka juga mencalonkan seseorang untuk berada di panel pertanyaan. Membantu banyak dengan dukungan tim.

Anda bisa membuat database fiksi di mana ada beberapa masalah normalisasi, gangguan keamanan potensial tetapi secara umum terlihat sangat khas, seperti database karyawan. Anda kemudian dapat mulai dengan mengajukan pertanyaan sederhana kepada orang yang diwawancarai mengenai bagaimana mereka akan mendapatkan data tertentu dalam database melalui gabungan, bekerja hingga pertanyaan sulit tentang masalah normalisasi dan keamanan.

Lihat Smart dan Mendapat Hal-hal yang Dilakukan

... dan tanyakan kepada mereka buku apa yang telah mereka baca belakangan ini, blog apa yang mereka baca, dan podcast apa yang mereka dengarkan. Dan tanyakan apakah mereka berpartisipasi di stackoverflow.com dan serverfault.com ;-)

Ini belum tentu terkait dengan basis data, tetapi hal-hal yang ingin saya tambahkan ke wawancara adalah penyelesaian langsung dan skenario desain.

Untuk masalah langsung, miliki sistem atau sistem yang dapat diakses orang tersebut dan minta mereka memecahkan masalah yang berakhir terbuka. Favorit pribadi saya di sini adalah masalah kinerja, karena tidak perlu sesuatu yang dapat direproduksi sesuai permintaan untuk wawancara dan jarang ada satu jawaban yang benar. Sebagai gantinya, Anda dapat menyaksikan kandidat menjalankan proses pemecahan masalah mereka dan mereka juga perlu membuka diskusi dengan Anda untuk mendapatkan informasi lebih lanjut tentang lingkungan. Kuncinya adalah agar pewawancara jujur ​​tentang masalahnya dan tidak mengubah skenario menjadi perburuan paskah untuk pengaturan yang salah konfigurasi atau semacamnya.

Untuk skenario desain, saya memberi kandidat garis besar umum dari proyek baru (yaitu tidak ada dependensi warisan) dan meminta mereka untuk membuat desain umum di area khusus mereka (apakah DBA, sistem atau jaringan) yang memenuhi tujuan proyek. Kuncinya adalah menjaga proyek cukup kecil sehingga seseorang dapat menyimpan seluruh skenario di kepala mereka dan tidak perlu lebih dari beberapa menit untuk menjelaskan.

Contoh yang saya gunakan di sini untuk sistem saya dan orang-orang jaringan adalah untuk menggambarkan desain mereka untuk kantor cabang kecil yang didirikan, mengingat kendala tertentu dari bisnis kami. Di sisi DBA, mungkin menggunakan aplikasi CRUD kecil / jelas. Dalam kedua kasus tersebut, Anda tidak mencari desain terperinci tetapi lebih dari tinjauan umum dan melihat apakah kandidat mencari masalah umum yang muncul.

Poin penting untuk kedua skenario ini adalah membuka diskusi tentang topik tersebut, dan membiarkan kandidat memimpin diskusi dengan pertanyaan mereka sendiri. Seharusnya jelas bahwa Anda juga tidak meminta jawaban yang pasti.

Seperti yang dapat Anda bayangkan, saya sangat tidak suka hal-hal sepele dalam wawancara, dan saya pikir ini memberi saya pemahaman yang jauh lebih dalam tentang kemampuan kandidat.

biarkan dia bicara. tanyakan tentang pengalaman masa lalu, tanyakan masalah apa yang dia hadapi dan bagaimana penanganannya. apa motivasi untuk memilih ini atau itu untuk menyelesaikan masalah umum [cadangan? pemantauan? scaling out, scaling up, keamanan].

Saya pikir Anda bisa bercerita banyak tentang orang itu hanya dengan mendengarkan.

bermuka masam jika Anda mencari keahlian khusus di bidang yang diberikan ajukan pertanyaan terperinci - saran dari Stefan Thyberg sangat baik.