Mengurus Maklumat Pengguna dengan NoSQL - dummies

Terdapat data misi penting, dan ada data sokongan. Tidak mengapa jika data misi kritikal anda perlahan sedikit perlahan kerana anda ingin memastikan ia selamat dan diuruskan dengan betul. Tetapi anda tidak mahu data sokongan aplikasi anda menghalang transaksi keseluruhan dan pengalaman pengguna.

Walaupun data sokongan mungkin lebih rendah dalam nilai, keperluan untuk meningkatkan adalah sangat baik - biasanya dengan memberikan penyampaian jawapan pertanyaan dalam masa kurang dari sepuluh milisaat. Kebanyakan data sokongan ini membantu pengguna mengakses sistem, menyesuaikan perkhidmatan kepada keperluan mereka, atau mencari perkhidmatan atau produk lain yang tersedia.

Menyampaikan web

Meskipun s penting kepada syarikat memasarkan barang atau perkhidmatan mereka di web, mereka tidak penting untuk pengalaman web browsing banyak pengguna. Walau bagaimanapun, masa memuat halaman web adalah penting kepada mereka, dan sebaik sahaja iklan perlahan-lahan dihantar menambah masa beban halaman, pengguna mula bergerak ke alternatif, lebih cepat, laman web. Oleh itu, penyampaian s cepat adalah kebimbangan utama. Melakukannya bukan perniagaan yang mudah. Yang ditunjukkan kepada pengguna mana yang bergantung kepada faktor-faktor yang sangat besar, sering ditentukan oleh faktor-faktor seperti aktiviti dalam talian, bahasa, dan lokasi yang dikesan oleh pengguna.

Syarikat-syarikat yang menargetkan mereka kepada pelanggan yang betul menerima lebih banyak klik, dan dengan itu lebih banyak keuntungan. Walau bagaimanapun, perniagaan iklan yang disasarkan semakin saintifik.

Kedai nilai penting digunakan terutamanya oleh syarikat web. (Anda boleh menemui kajian kes tentang penggunaan sedemikian pada laman web vendor NoSQL.) Dengan menggunakan perisian proprietari mereka, syarikat-syarikat ini menggunakan kombinasi faktor untuk menentukan apa yang pengguna inginkan atau berminat supaya mereka dapat menargetkan pengguna tersebut berkesan.

Anda boleh memikirkan gabungan faktor ini sebagai

kunci , dan ia merupakan kunci komposit yang menunjuk kepada yang paling menarik. Segala sesuatu yang diperlukan untuk berkhidmat adalah disimpan sebagai nilai dalam sebuah kedai nilai penting. Jika anda perlu menyampaikan data dengan pantas berdasarkan satu set faktor yang diketahui, maka kedai nilai utama adalah perlawanan yang sangat baik. Apa yang perlu anda lakukan adalah menubuhkan kunci dengan berkesan.

Untuk menetapkan kunci, lakukan analisis luar talian yang mana berkaitan dengan setiap profil gabungan orang. Jika maklumat yang anda ada pada pengguna yang melawat adalah negara, bahasa, dan kategori pembelian kegemaran di Amazon, maka mungkin kunci yang sesuai akan menjadi UK-English-gitar.

Ini menghalang untuk melakukan apa-apa pertanyaan yang rumit pada waktu penyajian iklan - hanya sebaliknya menggabungkan bidang ini bersama-sama untuk membentuk kunci dan meminta nilai kunci itu.

Mengendalikan sesi pengguna

Anda boleh menghabiskan semua wang yang anda mahukan di pusat data terkini untuk data urus niaga anda, tetapi jika tapak web anda perlahan, orang akan mengatakan bahawa keseluruhan perkhidmatan anda perlahan. Malah, apabila syarikat dan kerajaan melancarkan perkhidmatan dalam talian baru yang tidak dapat mengendalikan beban yang dikenakan ke atasnya, akhbar memakannya untuk sarapan pagi.

Biasanya, masalahnya bukan kerana sistem pemprosesan utama turun; Sebaliknya, ia adalah kerana identiti atau sesi pengguna dikendalikan dengan buruk. Mungkin nama pengguna tidak di-cache, atau setiap permintaan memerlukan sesi baru dari pelayan aplikasi dan bukan caching maklumat ini di antara permintaan.

Sesi pengguna boleh menjejaki cara pengguna berjalan melalui aplikasi, menambah data pada setiap halaman. Data tersebut kemudiannya dapat disimpan pada akhir perjalanan ini dalam hit tunggal ke pangkalan data, bukannya dalam urutan permintaan kecil di banyak permintaan halaman. Pengguna sering tidak sabar menunggu beberapa saat selepas mengklik butang simpan. Menyediakan sesi pengguna yang berkesan di laman web yang mempunyai latensi yang rendah mempunyai beberapa faedah:

Pengguna (segera menjadi pelanggan!) Menerima perkhidmatan yang baik.

Sebahagian data lengkap tidak disimpan ke pangkalan data urus niaga belakang utama anda.
Laman web menggunakan cookie untuk mengesan interaksi pengguna dengan laman web. Kuki adalah fail kecil yang dikaitkan dengan ID unik, seperti rekod dalam kedai nilai penting. Pelayan menggunakan kuki ini untuk mengenal pasti bahawa ia sudah mengetahui pengguna pada permintaan kedua atau seterusnya, jadi pelayan perlu mengambil sesi menggunakan data ini dengan cepat. Dengan cara ini, apabila pengguna log masuk, laman web mengenali siapa mereka, halaman yang mereka lawati, dan maklumat yang mereka cari.

ID unik ini biasanya nombor rawak, mungkin kawan lama kami, Pengenal Unik Unik (UUID). Laman web mungkin perlu menyimpan pelbagai jenis data. Biasanya, data ini bersifat jangka pendek - panjang sesi pengguna, mungkin hanya beberapa minit.

Kedai kunci utama, oleh itu, sesuai untuk menyimpan dan mengambil semula data sesi pada kelajuan tinggi. Keupayaan untuk

batu nisan (yang memadam) data apabila cap waktu terlampau juga berguna. Dengan cara ini, aplikasi tidak perlu menyemak cap waktu sesi pada setiap permintaan - jika sesi itu tidak berada dalam pangkalan data, ia telah diterangkan. Jadi sesi itu tidak lagi sah, yang menghilangkan beberapa beban pentadbiran programmer. Menyokong keperibadian

Sama dengan keperluan sesi pengguna, tetapi lebih lama, adalah konsep

keperibadian perkhidmatan pengguna . Di sinilah aplikasi front-end dikonfigurasi oleh pengguna untuk keperluan khusus mereka. Sekali lagi, ini adalah jenis data sekunder akhir, bukan data transaksional utama dalam sistem. Sebagai contoh, bayangkan bahawa anda mempunyai pangkalan data utama yang menunjukkan tahap kerja untuk semua pasukan anda, fail kes semasa yang sedang mereka kerjakan, dan semua data berkaitan.Ini adalah data utama permohonan. Mungkin ia disimpan dalam pangkalan data hubungan Oracle atau pangkalan data dokumen MarkLogic NoSQL.

Penggunaan data boleh berbeza-beza. Sebagai contoh, seorang pengguna mungkin ingin melihat ringkasan hanya beban kerja pasukannya, sedangkan seorang pengurus mungkin ingin menjejaki semua pekerja dalam satu pasukan.

Pengguna ini menerima pandangan peribadi yang berbeza mengenai data yang sama. Keutamaan paparan ini perlu disimpan di suatu tempat. Anda mungkin tidak mahu memuatkan pangkalan data kes anda dengan data peribadi ini; ia khusus untuk aplikasi front-end, bukan sistem pengurusan kes inti.

Menggunakan kedai nilai utama dengan kekunci komposit yang mengandungi id pengguna (bukan id sesi) dan nama perkhidmatan membenarkan anda menyimpan tetapan peribadi sebagai nilai, yang membuat carian sangat cepat dan menghalang prestasi sistem utama anda dari terjejas secara negatif.