Siapa yang mendesain basis data dalam pengembangan web? [Tutup]

Dalam konteks pengembangan web, siapa yang mendesain basis data? Meskipun banyak informasi yang mengaitkan web dev back-end dengan pemrosesan sisi server, pemodelan data, dan sejenisnya, aspek desain basis data dari persamaan ini tampaknya tidak ada secara misterius.

Saya tidak berbicara tentang siapa yang mengatur basis data fisik, saya merujuk pada siapa yang mendesain model logis dari basis data, melakukan wawancara dengan pengguna-cerita untuk mendapatkan informasi tentang bidang apa yang dibutuhkan, apa spesifikasi bidang itu, dan lain-lain. .

Aku sudah menyadari bahwa ( PROPER desain) dari database adalah bukan tugas kecil (saya membaca ini 672 pager) dan dapat dengan mudah seluruh profesi. Namun, mencari naik dan turun internet telah menyebabkan hasil yang sedikit mengejutkan bagi siapa yang diharapkan untuk menangani tugas ini dalam konteks web dev.

Pertanyaan Anda tidak hanya terkait dengan aplikasi web, tetapi untuk semua jenis aplikasi yang menggunakan backend basis data.

Dalam pengalaman saya

• Desain basis data adalah karya gabungan dari pengembang dan DBA.
• Pengembang membuat desain basis data yang kasar, atau seringkali sangat bagus. Itu semua tergantung pada pengalaman para programmer.
• Seringkali pengembang membuat tabel dalam database pengembangan mereka dan model konseptual direkayasa balik darinya.
• Seringkali diagram ER konseptual didiskusikan dengan anggota tim lain, seringkali klien. Pada tahap ini kesalahan konseptual yang jelas terdeteksi dan mudah-mudahan menemukan dan memperbaiki.
• Pekerjaan DBA adalah untuk meninjau desain seperti itu, dan menyempurnakannya untuk mendeteksi pelanggaran bentuk normal.
• DBA juga memberlakukan konvensi penamaan tabel dan kolom
• DBA juga membayangkan kemungkinan hambatan kinerja dan mencoba memahami bagaimana data akan ditanyakan untuk membuat indeks yang sesuai nanti.
• Revisi / pemeriksaan / perbaikan siklus antara pengembang / desainer aplikasi dan DBA melewati beberapa iterasi sampai model cukup matang untuk menghasilkan model fisik.
• Biasanya alat desain basis data digunakan di semua basis data yang sangat kecil untuk membantu proses ini.

Intinya:

• Pengembang tahu bisnis dan domain masalah lebih baik daripada DBA, sehingga mereka sangat melakukan sebagian besar desain awal dan, tergantung pada pengalaman pengembang, desain seperti itu bisa sangat dekat dengan desain akhir.
• Peran DBA sebagian besar untuk memastikan NF, konvensi penamaan, pertimbangan kinerja, untuk memperbaiki kesalahan yang jelas dan akhirnya menghasilkan model fisik, kemudian skrip basis data khusus, dan menjalankannya untuk membuat basis data.
• Saya akan mengatakan ini adalah 80% pekerjaan pengembang dan analisis kebutuhan dan 20% pekerjaan DBA.

MEMPERBARUI:

Ada 3 jenis DBA:

• pengembangan DBA yang mengetahui pemodelan data, ahli SQL dan dapat menulis prosedur tersimpan, mereka biasanya adalah mantan pengembang;
• produksi DBA yang berspesialisasi dalam pemasangan, penyempurnaan kinerja, pencadangan dan pemulihan, dll.,
• dan jack-of-all-trade DBA yang telah bekerja melakukan semua hal dan dengan demikian dapat melakukan yang paling (sangat sedikit).

Kebanyakan DBA adalah produksi DBA, yang bagus karena mereka adalah orang-orang yang memulihkan database yang hilang dari array disk yang gagal di larut malam. Tetapi mereka tidak berpartisipasi aktif dalam proses desain.

Tergantung apa yang digunakan untuk database.

Dalam banyak aplikasi (aplikasi web atau tidak), basis data terkait erat dengan aplikasi itu karena berfungsi sebagai toko yang gigih untuk itu. Kemudian database secara konseptual merupakan bagian dari aplikasi sehingga dirancang bersama (dan Anda menganggap bahwa tidak ada program lain yang secara signifikan akan mengakses atau memperbarui database itu). BTW, kegigihan dapat dicapai dengan cara lain selain dari basis data, mis. File teks biasa, file biner (file yang diindeks khusus a la GDBM ), repositori git (atau VCS lainnya), direktori atau file pohon, partisi disk mentah, perangkat keras khusus (mis. flash), sistem file jarak jauh, pos pemeriksaanteknik. Untuk database yang dirancang untuk dan dengan satu aplikasi, Anda harus memperhatikan pengambilan umum & pola pembaruan dan merancang skema database (dan pengindeksan!) Dengan mereka dalam pikiran.

Dalam beberapa situasi, basis data itu sendiri merupakan aset utama dan independen, dan dirancang apriori untuk digunakan oleh beberapa aplikasi yang berbeda (dan bahkan yang akan datang). Maka itu harus dirancang secara independen (dan jauh lebih hati-hati).

Secara khusus beberapa aplikasi web hanyalah antarmuka web ke database yang ada.

Dalam banyak kasus (anggap beberapa wiki sebagai contoh), data lebih penting dan lebih berharga daripada aplikasi yang menggunakannya. Anda mungkin peduli bagaimana membuatnya menjadi bukti di masa depan dan dapat mengembangkannya dengan mudah (misalnya dengan menggunakan atau mendefinisikan format teks & serbaguna - yang lebih baik terstandarisasi dan terdokumentasi) untuk membuat cadangan dan memulihkannya).

Saya telah menyadari bahwa desain (PROPER) dari database bukanlah tugas kecil ...

Baca juga tentang NoSQL , database berorientasi dokumen , kunci-nilai database , manajemen pengetahuan , representasi pengetahuan dan penalaran , ontologi , sistem pakar , aturan bisnis pendekatan , ERP , CMS . Mungkin pertimbangkan untuk menggunakan REDIS , MongoDB , dll.