Jika maklumat pengguna akan dikemas kini, user_id mesti disimpan dan kemudian diperoleh secara berasingan (biasanya ia telah diperolehi apabila pengguna log masuk dan bekerjasama dengan redis untuk panggilan storan. Juga, jangan abaikan kelajuan bacaan storan). mongodb Ini adalah kelebihan mongodb. Secara peribadi, semua projek saya menyimpan pengguna secara berasingan dan kemudian memanggil mereka melalui id pengguna. Untuk rujukan sahaja.
Sudah tentu anda menyimpan ID Secara logiknya, jika pengguna log keluar/dipadamkan/dilaporkan/mempunyai kandungan yang menyalahi undang-undang, tetapi apa yang anda simpan ialah data sebenar, bagaimana anda mengubah suainya?
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Jika maklumat pengguna akan dikemas kini, user_id mesti disimpan dan kemudian diperoleh secara berasingan (biasanya ia telah diperolehi apabila pengguna log masuk dan bekerjasama dengan redis untuk panggilan storan. Juga, jangan abaikan kelajuan bacaan storan). mongodb Ini adalah kelebihan mongodb. Secara peribadi, semua projek saya menyimpan pengguna secara berasingan dan kemudian memanggil mereka melalui id pengguna. Untuk rujukan sahaja.
Memang sukar untuk menggunakan standard untuk mengukur
Jika anda ingin menggabungkan berbilang jadual, ia akan menjadi sedikit menyusahkan kerana ia adalah operasi tak segerak.
Jika anda menukar data yang agak biasa, gunakan ID untuk mengaitkannya
Kebanyakan masa, user_id disimpan, yang lebih mudah untuk diurus
Sudah tentu anda menyimpan ID Secara logiknya, jika pengguna log keluar/dipadamkan/dilaporkan/mempunyai kandungan yang menyalahi undang-undang, tetapi apa yang anda simpan ialah data sebenar, bagaimana anda mengubah suainya?