10 Kesalahan SQL yang umum - dummies

Video: 5 Channel YouTube untuk Belajar Hacking Terbaik 2024

Hadapilah - tidak ada yang mempelajari SQL untuk kesenangannya. Anda menggunakan SQL untuk membangun aplikasi database, tapi sebelum Anda dapat membangunnya, Anda memerlukan database. Sayangnya, banyak proyek kacau sebelum baris pertama aplikasi dikodekan. Jika Anda tidak mendapatkan definisi database dengan benar, aplikasi Anda akan macet. Berikut adalah sepuluh kesalahan pembuatan database yang umum yang harus Anda waspadai.

Jangan berasumsi bahwa klien Anda tahu apa yang mereka butuhkan

Umumnya, klien menghubungi Anda untuk merancang sistem basis data saat mereka memiliki masalah untuk mendapatkan informasi yang mereka butuhkan karena metode mereka saat ini tidak berjalan dengan baik. Klien sering percaya bahwa mereka telah mengidentifikasi masalah dan solusinya. Mereka mengira bahwa semua yang perlu mereka lakukan adalah memberi tahu apa yang harus dilakukan. salah Sebagian besar pengguna tidak memiliki pengetahuan atau keterampilan yang diperlukan untuk mengidentifikasi masalah dengan akurat, sehingga mereka memiliki sedikit kesempatan untuk menentukan solusi terbaik.

Tugas Anda adalah meyakinkan klien Anda bahwa Anda ahli dalam analisis dan perancangan sistem dan Anda harus melakukan analisis yang tepat untuk menemukan penyebab sebenarnya dari masalah tersebut.

Jangan abaikan lingkup proyek

Klien Anda memberi tahu Anda apa yang dia harapkan dari aplikasi baru di awal proyek pengembangan. Sayangnya, klien hampir selalu lupa memberi tahu Anda sesuatu - biasanya beberapa hal. Sepanjang pekerjaan, persyaratan baru ini muncul dan ditangani di proyek.

Jika Anda dibayar berdasarkan proyek daripada per jam, tingkat pertumbuhan ini dapat mengubah proyek dulunya menguntungkan menjadi pecundang. Pastikan semua yang harus diwariskan secara tertulis sebelum memulai proyek.

Jangan hanya mempertimbangkan faktor teknis

Masalah biaya maksimum, ketersediaan sumber daya, persyaratan jadwal, dan politik organisasi dapat memiliki dampak besar pada proyek. Isu-isu ini bisa mengubah sebuah proyek yang layak menjadi mimpi buruk. Pastikan bahwa Anda memahami semua faktor nonteknis yang relevan sebelum memulai proyek pengembangan.

Jangan hindari umpan balik klien

Kecenderungan pertama Anda mungkin mendengarkan manajer yang mempekerjakan Anda. Setelah semua, pengguna yakin sebagai heck tidak membayar biaya Anda. Di sisi lain, mungkin ada alasan bagus untuk mengabaikan para manajer juga. Mereka biasanya tidak memiliki petunjuk tentang apa yang benar-benar dibutuhkan pengguna. Tunggu sebentar!

Jangan abaikan semua orang atau anggap bahwa Anda lebih tahu daripada manajer atau pengguna tentang bagaimana database harus bekerja. Pegawai entri data biasanya tidak memiliki banyak pengaruh organisasional, dan banyak manajer hanya memiliki sedikit pemahaman tentang beberapa aspek pekerjaan yang dilakukan petugas pemeriksa data.Tapi mengisolasi diri dari kedua kelompok hampir pasti menghasilkan sistem yang memecahkan masalah yang tidak dimiliki siapa pun.

Anda tidak dapat selalu menggunakan lingkungan pengembangan favorit Anda

Anda mungkin menghabiskan waktu berbulan-bulan bahkan bertahun-tahun untuk menjadi mahir dalam penggunaan DBMS tertentu atau lingkungan pengembangan aplikasi. Tapi lingkungan favorit Anda - tidak peduli apa itu - memiliki kekuatan dan kelemahan.

Jadi, alih-alih kludge bersama sesuatu yang sebenarnya bukan solusi terbaik, gigit peluru. Anda memiliki dua pilihan: Ikuti kurva belajar alat yang lebih tepat dan gunakan, atau katakan secara jujur kepada klien Anda bahwa pekerjaan mereka sebaiknya dilakukan dengan alat yang bukan ahli Anda gunakan.

Kemudian sarankan agar klien mempekerjakan seseorang yang bisa menjadi produktif dengan alat itu segera. Perilaku profesional semacam ini membangkitkan respek klien Anda. (Sayangnya, jika Anda bekerja untuk perusahaan dan bukan untuk diri sendiri, perilaku itu mungkin juga membuat Anda dipecat atau dipecat.)

Jangan menggunakan arsitektur sistem favorit Anda secara eksklusif

Tidak ada seorang ahli dalam segala hal. Sistem manajemen basis data yang bekerja di lingkungan teleprocessing berbeda dari sistem yang bekerja di lingkungan server klien / server, berbagi sumber daya, berbasis web, atau terdistribusi. Pilihlah arsitektur terbaik, bahkan jika itu berarti meneruskan pekerjaan. Tidak mendapatkan pekerjaan lebih baik daripada mendapatkannya dan menghasilkan sebuah sistem yang tidak melayani kebutuhan klien.

Jangan mendesain tabel database secara terpisah

Jika Anda salah mengenali objek data dan hubungannya satu sama lain, tabel database Anda cenderung mengenalkan kesalahan ke dalam data dan menghancurkan validitas hasil apapun. Untuk merancang database yang sehat, Anda harus mempertimbangkan keseluruhan organisasi objek data dan menentukan dengan cermat bagaimana keduanya saling berhubungan. Anda harus menentukan apa yang sesuai, mengingat kebutuhan klien dan proyeksi Anda saat ini.

Jangan mengabaikan ulasan desain

Bahkan perancang dan pengembang terbaik pun bisa kehilangan poin penting yang terbukti bagi seseorang yang melihat situasi dari perspektif yang berbeda. Menyajikan pekerjaan Anda sebelum tinjauan desain formal dapat membuat Anda lebih disiplin dalam pekerjaan Anda. Miliki tinjauan profesional yang kompeten atas desain Anda sebelum memulai pembangunan. Anda harus memiliki perancang database untuk memeriksanya, namun Anda mungkin ingin menunjukkannya kepada klien juga.

Jangan lewatkan pengujian beta

Sekalipun Anda mengujinya dengan segala cara yang dapat Anda pikirkan, aplikasi ini pasti mengandung mode kegagalan yang tidak Anda temukan. Pengujian beta berarti memberi aplikasi kepada orang-orang yang tidak tahu bagaimana cara kerjanya.

Kemungkinan mereka memiliki masalah yang tidak Anda hadapi karena Anda terlalu tahu tentang penerapannya. Anda kemudian dapat memperbaiki bug atau kekurangan kinerja yang ditemukan orang lain sebelum produk diluncurkan secara resmi.

Jangan lupa mendokumentasikan proses Anda