Mengelola Informasi Pengguna dengan NoSQL - dummies

Ada data mission-critical, dan ada data pendukungnya. Tidak masalah jika data mission-critical Anda sedikit muncul perlahan karena Anda ingin memastikannya aman dan dikelola dengan baik. Tapi Anda tidak ingin data pendukung aplikasi Anda menghalangi keseluruhan transaksi dan pengalaman pengguna.

Meskipun data pendukungnya mungkin lebih rendah nilainya, kebutuhannya untuk ditingkatkan sangat hebat - biasanya dengan memberikan respons kueri pengiriman dalam waktu kurang dari sepuluh milidetik. Sebagian besar data pendukung ini membantu pengguna mengakses sistem, menyesuaikan layanan dengan kebutuhan mereka, atau menemukan layanan atau produk lain yang tersedia.

Meskipun sangat penting bagi perusahaan yang memasarkan barang dagangan atau layanan mereka di web, namun tidak penting bagi banyak pengalaman penjelajahan web pengguna. Namun, waktu pemuatan halaman web penting bagi mereka, dan begitu iklan yang diluncurkan perlahan mulai menambah waktu buka halaman, pengguna mulai beralih ke situs web alternatif yang lebih cepat.

Melayani s cepat, oleh karena itu, menjadi perhatian utama. Melakukan hal itu bukanlah bisnis yang sederhana. Yang ditunjukkan kepada pengguna mana yang bergantung pada sejumlah besar faktor, seringkali ditentukan oleh faktor-faktor seperti aktivitas online yang dilacak pengguna, bahasa, dan lokasi.

Perusahaan yang menargetkan pelanggan mereka ke pelanggan yang tepat menerima lebih banyak klik-tayang, dan dengan demikian menghasilkan lebih banyak keuntungan. Namun, bisnis iklan bertarget semakin ilmiah.

Toko dengan nilai kunci digunakan terutama oleh perusahaan web. (Anda dapat menemukan studi kasus tentang penggunaan semacam itu pada situs web vendor kunci NoSQL.) Dengan memanfaatkan perangkat lunak berpemilik mereka, perusahaan-perusahaan ini menggunakan kombinasi faktor untuk menentukan keinginan atau minat pengguna sehingga mereka dapat menargetkan pengguna tersebut. efektif.

Anda dapat memikirkan kombinasi faktor ini sebagai kunci

, dan ini adalah kunci komposit yang menunjukkan yang paling menarik. Semua yang dibutuhkan untuk melayani disimpan sebagai nilai di dalam toko bernilai kunci. Jika Anda perlu menyajikan data dengan cepat berdasarkan seperangkat faktor yang diketahui, maka toko bernilai kunci adalah pertandingan yang sangat baik. Yang perlu Anda lakukan adalah menyiapkan kunci secara efektif.

Untuk mengatur kunci, lakukan beberapa analisis offline yang akan relevan dengan setiap profil gabungan orang. Jika informasi yang Anda miliki tentang pengguna yang berkunjung adalah negara, bahasa, dan kategori pembelian favorit di Amazon, mungkin kunci yang sesuai adalah gitar Inggris-Inggris.

Hal ini mencegah keharusan melakukan kueri rumit pada waktu penayangan iklan - hanya menggabungkan bidang ini bersama-sama untuk membentuk sebuah kunci dan meminta nilai kunci itu.

Menangani sesi pengguna

Anda dapat menghabiskan semua uang yang Anda inginkan di pusat data mutakhir untuk data transaksional Anda, namun jika situs web Anda lambat, orang akan mengatakan bahwa keseluruhan layanan Anda lambat. Sebenarnya, ketika perusahaan dan pemerintah meluncurkan layanan online baru yang tidak dapat menangani beban yang ditempatkan pada mereka, pers makan mereka untuk sarapan pagi.

Biasanya, masalahnya bukan karena sistem pengolahan primer turun; Sebaliknya, itu karena identitas pengguna atau sesi ditangani dengan buruk. Mungkin nama pengguna tidak di-cache, atau setiap permintaan memerlukan pembukaan sesi baru dari server aplikasi alih-alih menyembunyikan informasi antara permintaan ini.

Sesi pengguna dapat melacak bagaimana pengguna berjalan melalui sebuah aplikasi, menambahkan data pada setiap halaman. Data kemudian dapat disimpan di akhir perjalanan ini dalam satu klik ke database, bukan dalam urutan permintaan kecil di banyak permintaan halaman. Pengguna sering tidak keberatan menunggu beberapa detik setelah mengklik tombol simpan. Memberikan sesi pengguna yang efektif di situs web yang memiliki latency rendah memiliki beberapa manfaat:

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

• Sebagian data lengkap tidak disimpan ke database transaksi utama back-end Anda.

• Situs web menggunakan cookie untuk melacak interaksi pengguna dengan situs web. Kuki adalah file kecil yang terhubung ke ID unik, seperti catatan di toko bernilai kunci. Server menggunakan cookies ini untuk mengidentifikasi bahwa mereka sudah mengetahui pengguna pada permintaan kedua atau selanjutnya, sehingga server perlu mengambil sesi dengan menggunakan data ini dengan cepat. Dengan cara ini, saat pengguna masuk, situs web mengenali siapa mereka, laman mana yang mereka kunjungi, dan informasi apa yang mereka cari.

ID unik ini biasanya berupa nomor acak, mungkin teman lama kita, UniversalID Identifier (UUID). Situs web mungkin perlu menyimpan berbagai jenis data. Biasanya, data ini berumur pendek - panjang sesi pengguna, mungkin hanya beberapa menit.

Toko dengan nilai kunci sangat ideal untuk menyimpan dan mengambil data sesi dengan kecepatan tinggi. Kemampuan untuk

batu nisan (yang menghapus) data setelah cap waktu dilampaui juga berguna. Dengan cara ini, aplikasi tidak perlu mengecek cap waktu sesi pada setiap permintaan - jika sesi tidak ada dalam database, sudah dipasangkan. Jadi sesi ini tidak berlaku lagi, yang menghilangkan beberapa beban administrasi pemrogram aplikasi. Personalisasi pendukung

Serupa dengan persyaratan sesi pengguna, namun lebih lama, adalah konsep personalisasi layanan pengguna

. Di sinilah aplikasi front-end dikonfigurasi oleh pengguna untuk kebutuhan spesifik mereka. Sekali lagi, ini adalah jenis data sekunder front-end, bukan data transaksional utama dalam sistem. Misalnya, bayangkan bahwa Anda memiliki database utama yang menunjukkan tingkat pekerjaan untuk semua tim Anda, file kasus saat ini yang sedang mereka kerjakan, dan semua data terkait.Ini adalah data utama aplikasi. Mungkin itu tersimpan dalam database relasional Oracle atau database dokumen MarkLogic NoSQL.

Penggunaan data bisa bermacam-macam. Misalnya, satu pengguna mungkin ingin melihat ringkasan hanya beban kerja timnya, sedangkan seorang manajer mungkin ingin melacak semua karyawan dalam sebuah tim.

Pengguna ini menerima pandangan berbeda dari data yang sama. Preferensi tampilan ini perlu disimpan di suatu tempat. Anda mungkin tidak ingin membebani database kasus Anda dengan data personalisasi ini; Ini khusus untuk aplikasi front-end, bukan sistem manajemen kasus inti.

Menggunakan toko nilai kunci dengan kunci komposit yang berisi id pengguna (bukan id sesi) dan nama layanan memungkinkan Anda untuk menyimpan pengaturan personalisasi sebagai nilai, yang membuat pencarian sangat cepat dan mencegah kinerja sistem utama Anda dari terpengaruh secara negatif