NoSQL jarang menyokong sepenuhnya fungsi Sertai, jadi bentuk nyahnormal biasanya digunakan untuk menyimpan perhubungan yang dikembangkan dalam NoSQL, jadi perhubungan itu bukan lagi "banyak-dengan-satu" tetapi "satu-ke-banyak".
Anda boleh menggunakan jenis koleksi untuk menyimpan subdokumen, seperti senarai atau ditetapkan dalam Redis, sub-dokumen dalam MongoDB, dsb.
Untuk NoSQL, terdapat prinsip mudah, iaitu menyatukan perkara yang berkaitan, seperti artikel dan ulasan, jika boleh, cuba letakkan semua atribut, termasuk kandungan, artikel dan ulasan, bukannya Simpan sahaja id komen dalam rekod artikel.
Kelebihan ini adalah jelas. Anda hanya memerlukan satu operasi baca untuk mendapatkan semua data yang berkaitan dengan artikel ini Tidak kira bagaimana anda membahagikan data, artikel dan perkara yang berkaitan tidak akan dipisahkan ke dalam mesin fizikal yang berbeza cekap. Sangat meningkatkan kebolehskalaan bahagian belakang.
Sudah tentu, reka bentuk sedemikian mungkin tidak selalu sesuai untuk aplikasi anda Contohnya, hubungan antara artikel dan pengarang mungkin tidak boleh didenormailkan sepenuhnya, jadi anda perlu mempertimbangkan kaedah dan proses pembentangan data dengan teliti untuk memutuskan cara menyusun data.
Ringkasnya, NoSQL bukan ubat penawar Walaupun ia memberikan fleksibiliti, skalabiliti dan prestasi yang lebih tinggi, ia juga memudahkan pangkalan data kotak hitam asal ke dalam enjin penyimpanan kotak putih Anda perlu mempertimbangkan pelbagai faktor sendiri titik keseimbangan yang paling sesuai, kerja ini memang memerlukan banyak pengalaman dan pemahaman yang mendalam tentang perniagaan.
Sudah tentu, ini tidak menjadi masalah jika jumlah data adalah kecil.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
NoSQL jarang menyokong sepenuhnya fungsi Sertai, jadi bentuk nyahnormal biasanya digunakan untuk menyimpan perhubungan yang dikembangkan dalam NoSQL, jadi perhubungan itu bukan lagi "banyak-dengan-satu" tetapi "satu-ke-banyak".
Anda boleh menggunakan jenis koleksi untuk menyimpan subdokumen, seperti senarai atau ditetapkan dalam Redis, sub-dokumen dalam MongoDB, dsb.
Untuk NoSQL, terdapat prinsip mudah, iaitu menyatukan perkara yang berkaitan, seperti artikel dan ulasan, jika boleh, cuba letakkan semua atribut, termasuk kandungan, artikel dan ulasan, bukannya Simpan sahaja id komen dalam rekod artikel.
Kelebihan ini adalah jelas. Anda hanya memerlukan satu operasi baca untuk mendapatkan semua data yang berkaitan dengan artikel ini Tidak kira bagaimana anda membahagikan data, artikel dan perkara yang berkaitan tidak akan dipisahkan ke dalam mesin fizikal yang berbeza cekap. Sangat meningkatkan kebolehskalaan bahagian belakang.
Sudah tentu, reka bentuk sedemikian mungkin tidak selalu sesuai untuk aplikasi anda Contohnya, hubungan antara artikel dan pengarang mungkin tidak boleh didenormailkan sepenuhnya, jadi anda perlu mempertimbangkan kaedah dan proses pembentangan data dengan teliti untuk memutuskan cara menyusun data.
Ringkasnya, NoSQL bukan ubat penawar Walaupun ia memberikan fleksibiliti, skalabiliti dan prestasi yang lebih tinggi, ia juga memudahkan pangkalan data kotak hitam asal ke dalam enjin penyimpanan kotak putih Anda perlu mempertimbangkan pelbagai faktor sendiri titik keseimbangan yang paling sesuai, kerja ini memang memerlukan banyak pengalaman dan pemahaman yang mendalam tentang perniagaan.
Sudah tentu, ini tidak menjadi masalah jika jumlah data adalah kecil.
Gunakan senarai?
Bolehkah anda menggunakan set sahaja? Letakkan id ulasan dalam post_id: set.