Adakah menyimpan senarai terhad dalam lajur pangkalan data benar-benar buruk?
P粉020556231
2023-08-27 19:52:49
<p>Bayangkan borang web dengan satu set kotak pilihan (mana-mana atau kesemuanya boleh dipilih). Saya memilih untuk menyimpannya dalam senarai nilai yang dipisahkan koma yang disimpan dalam lajur dalam jadual pangkalan data. </p>
<p>Sekarang, saya tahu bahawa penyelesaian yang betul ialah mencipta jadual kedua dan menormalkan pangkalan data dengan betul. Lebih cepat untuk melaksanakan penyelesaian mudah dan saya ingin mendapatkan bukti konsep aplikasi dengan cepat tanpa perlu menghabiskan terlalu banyak masa untuknya. </p>
<p>Saya rasa penjimatan masa dan kod yang lebih ringkas adalah berbaloi dalam kes saya, adakah ini pilihan reka bentuk yang munasabah atau patutkah saya menyeragamkan ini dari awal? </p>
<p>Untuk konteks lanjut, ini ialah aplikasi dalaman kecil yang pada asasnya menggantikan fail Excel yang disimpan dalam folder kongsi. Saya juga bertanya soalan ini kerana saya sedang berfikir untuk membersihkan program dan memudahkan penyelenggaraan. Terdapat beberapa perkara mengenainya yang saya tidak terlalu berpuas hati, salah satunya adalah subjek soalan ini. </p>
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
"Salah satu sebabnya ialah malas".
Ini adalah panggilan bangun. Satu-satunya sebab anda perlu melakukan sesuatu seperti ini adalah kerana anda tahu cara melakukannya "dengan cara yang betul", tetapi anda membuat kesimpulan bahawa ada sebab kukuh untuk tidak melakukannya.
Seperti yang dinyatakan: Jika data yang anda pilih untuk menyimpan dengan cara ini ialah data yang anda tidak perlu bertanya, maka mungkin terdapat kes untuk menyimpannya mengikut cara yang anda pilih.
(Sesetengah pengguna akan mengambil isu dengan kenyataan saya dalam perenggan sebelumnya, dengan mengatakan "anda tidak pernah tahu keperluan apa yang boleh ditambah pada masa hadapan". Pengguna ini sama ada salah maklumat atau menyatakan kepercayaan agama. Kadangkala, adalah berfaedah untuk bekerja keras untuk keperluan di hadapan anda )
Selain melanggar Borang Biasa Pertama, terdapat banyak masalah lain yang lebih praktikal dengan lajur nilai kumpulan berulang yang disimpan dalam senarai tunggal yang dipisahkan koma:
idlist REGEXP '[[:<:>:]]'或在 MySQL 8.0 中：idlist REGEXP '\b2\b'李>Untuk menyelesaikan masalah ini, anda perlu menulis banyak kod aplikasi dan mencipta semula ciri yang lebih cekap yang telah disediakan oleh RDBMS.
Senarai yang dipisahkan koma adalah salah dan saya menjadikannya bab pertama dalam buku saya: SQL Anti-Corak, Jilid 1: Mengelakkan Perangkap Pengaturcaraan Pangkalan Data.
Ada kalanya anda perlu menyahnormalkan, tetapi seperti yang dinyatakan oleh @OMG Ponies, ini adalah pengecualian. Sebarang "pengoptimuman" bukan perkaitan akan memberi manfaat kepada satu jenis pertanyaan dengan mengorbankan penggunaan data yang lain, jadi pastikan anda mengetahui pertanyaan yang memerlukan pengendalian khas supaya pertanyaan tersebut layak untuk dinyahnormalisasi.