10 Kesilapan SQL biasa - dummies

Face it - tidak ada yang belajar SQL untuk keseronokan itu. Anda menggunakan SQL untuk membina aplikasi pangkalan data, tetapi sebelum anda dapat membina satu, anda memerlukan pangkalan data. Malangnya, banyak projek berjalan lancar sebelum garisan pertama aplikasi dikodkan. Jika anda tidak mendapat definisi pangkalan data dengan betul, aplikasi anda akan ditakdirkan. Berikut adalah sepuluh kesilapan pembuatan pangkalan data biasa yang harus anda cari.

Jangan menganggap bahawa pelanggan anda tahu apa yang mereka perlukan

Secara umum, pelanggan memanggil anda untuk merekabentuk sistem pangkalan data apabila mereka mempunyai masalah mendapatkan maklumat yang mereka perlukan kerana kaedah semasa mereka tidak berfungsi. Pelanggan sering percaya bahawa mereka telah mengenal pasti masalah dan penyelesaiannya. Mereka menganggap bahawa semua yang perlu mereka lakukan ialah memberitahu kamu apa yang harus dilakukan.

Salah. Kebanyakan pengguna tidak mempunyai pengetahuan atau kemahiran yang diperlukan untuk mengenal pasti masalah dengan tepat, oleh itu mereka mempunyai sedikit peluang untuk menentukan penyelesaian terbaik.

Tugas anda adalah dengan bijak meyakinkan pelanggan anda bahawa anda seorang ahli dalam analisis dan reka bentuk sistem dan anda mesti melakukan analisis yang tepat untuk mendedahkan punca sebenar masalah itu.

Jangan abaikan skop projek

Pelanggan anda memberitahu anda apa yang dia harapkan daripada aplikasi baru pada permulaan projek pembangunan. Malangnya, pelanggan hampir selalu lupa untuk memberitahu anda sesuatu - biasanya beberapa perkara. Sepanjang tugas ini, keperluan baru ini ditanam dan ditangani ke projek.

Jika anda dibayar secara projek dan bukannya setiap jam, pertumbuhan dalam skop ini dapat mengubah apa yang pernah menjadi projek yang menguntungkan menjadi pecundang. Pastikan semua yang anda tanggung untuk disampaikan dinyatakan secara bertulis sebelum anda memulakan projek.

Jangan hanya mempertimbangkan faktor teknikal

Terbitan maksimum kos, ketersediaan sumber, keperluan jadual, dan politik organisasi boleh memberi kesan besar kepada projek. Isu-isu ini mungkin mengubah projek yang boleh menjadi mimpi ngeri. Pastikan anda memahami semua faktor nonteknilai yang berkaitan sebelum memulakan sebarang projek pembangunan.

Jangan elakkan maklum balas pelanggan

Kecenderungan pertama anda mungkin adalah untuk mendengar pengurus yang menggaji anda. Lagipun, pengguna pasti kerana tidak membayar yuran anda. Sebaliknya, mungkin terdapat alasan yang baik untuk mengabaikan para pengurus juga. Mereka biasanya tidak mempunyai petunjuk mengenai apa yang pengguna perlukan. Tunggu sekejap!

Jangan mengabaikan semua orang atau menganggap bahawa anda tahu lebih banyak daripada pengurus atau pengguna mengenai bagaimana pangkalan data berfungsi. Kerani kemasukan data biasanya tidak mempunyai banyak pengaruh organisasi, dan banyak pengurus hanya mempunyai pemahaman yang kurang jelas tentang beberapa aspek kerja yang kerani kemasukan data.Tetapi mengasingkan diri dari kedua-dua kumpulan hampir pasti menghasilkan sistem yang menyelesaikan masalah yang tiada siapa.

Anda tidak boleh selalu menggunakan persekitaran pembangunan kegemaran anda

Anda mungkin menghabiskan berbulan-bulan atau bertahun-tahun menjadi mahir dalam penggunaan DBMS tertentu atau persekitaran pembangunan aplikasi. Tetapi persekitaran kegemaran anda - tidak kira apa itu - mempunyai kekuatan dan kelemahan.

Oleh itu, bukannya menggabungkan sesuatu yang bukan penyelesaian terbaik, menggigit peluru itu. Anda mempunyai dua pilihan: Sama ada memanjat lengkung pembelajaran alat yang lebih sesuai dan kemudian menggunakannya, atau terang-terangan memberitahu klien anda bahawa tugas mereka sebaiknya dilakukan dengan alat yang bukan pakar anda gunakan.

Kemudian mencadangkan bahawa klien sewa seseorang yang boleh produktif dengan alat itu segera. Tingkah laku profesional seperti ini memberi jaminan kepada pelanggan anda. (Malangnya, jika anda bekerja untuk sebuah syarikat dan bukannya untuk diri sendiri, kelakuan itu mungkin juga akan menyebabkan anda diberhentikan atau dipecat.)

Jangan menggunakan senibina sistem kegemaran anda secara eksklusif

Tak seorang pun boleh menjadi seorang pakar di segala-galanya. Sistem pengurusan pangkalan data yang berfungsi dalam persekitaran teleportessing adalah berbeza daripada sistem yang berfungsi dalam klien / pelayan, perkongsian sumber, persekitaran berasaskan web, atau pangkalan data diedarkan. Pilihlah seni bina yang terbaik, walaupun itu bermakna lulus kerja. Tidak mendapat pekerjaan lebih baik daripada mendapatkannya dan menghasilkan sistem yang tidak memenuhi keperluan pelanggan.

Jangan reka bentuk jadual pangkalan data secara berasingan

Jika anda salah mengenal pasti objek data dan hubungan mereka antara satu sama lain, jadual pangkalan data anda mungkin memperkenalkan kesilapan ke dalam data dan memusnahkan kesahihan sebarang keputusan. Untuk reka bentuk pangkalan data yang mantap, anda mesti mempertimbangkan organisasi keseluruhan objek data dan dengan teliti menentukan bagaimana ia berkaitan dengan satu sama lain. Anda mesti menentukan apa yang sesuai, memandangkan keperluan pelanggan anda sekarang dan yang diunjurkan.

Jangan mengabaikan ulasan reka bentuk

Malah pereka dan pemaju terbaik boleh terlepas pandang penting yang jelas kepada seseorang yang melihat keadaan dari perspektif yang berbeza. Menyajikan kerja anda sebelum tinjauan reka bentuk rasmi boleh membuat anda lebih berdisiplin dalam kerja anda. Mempunyai profesional yang cekap meninjau reka bentuk anda sebelum anda memulakan pembangunan. Anda harus mempunyai pereka pangkalan data menyemaknya, tetapi anda mungkin mahu menunjukkannya kepada pelanggan, juga.

Jangan lompat pengujian beta

Walaupun anda mengujinya dalam setiap cara yang anda boleh fikirkan, aplikasi itu pasti mengandungi mod kegagalan yang tidak anda ketahui. Ujian beta bermaksud memberi permohonan kepada orang yang tidak tahu bagaimana ia direka.

Mereka mungkin menghadapi masalah yang tidak pernah anda hadapi kerana anda tahu terlalu banyak tentang aplikasi itu. Anda kemudiannya boleh menetapkan pepijat atau kekurangan prestasi yang ditemui oleh orang lain sebelum produk digunakan secara rasmi.

Jangan lupa untuk mendokumentasikan proses anda

Jika anda fikir aplikasi anda begitu sempurna sehingga tidak perlu dipertimbangkan, sekali lagi, fikirkan lagi.Satu-satunya perkara yang anda boleh pasti di dunia ini adalah perubahan. Kenakan padanya. Enam bulan dari sekarang, anda tidak akan ingat mengapa anda merancang sesuatu seperti yang anda lakukan, melainkan jika anda mendokumentasikan dengan teliti apa yang anda lakukan dan mengapa anda melakukannya dengan cara itu.

Lebih-dokumen kerja anda. Masukkan lebih terperinci daripada yang anda rasa munasabah. Ia akan dibayar kemudian.