Mục lục:
- Phục vụ nhanh là, do đó, một mối quan tâm chính. Làm như vậy không phải là một công việc đơn giản, mặc dù. Được hiển thị cho người dùng nào phụ thuộc vào một số lượng lớn các yếu tố, thường được xác định bởi các yếu tố như hoạt động trực tuyến, ngôn ngữ và vị trí của người dùng đã theo dõi.
- Thông thường, vấn đề không phải là một hệ thống xử lý chính đi xuống; đúng hơn, đó là vì danh tính hoặc phiên của người dùng được xử lý kém. Có lẽ tên người dùng không được lưu trữ hoặc mọi yêu cầu yêu cầu mở một phiên mới từ máy chủ ứng dụng thay vì lưu trữ thông tin này giữa các yêu cầu.
- cá nhân hóa dịch vụ người dùng
Video: Hướng dẫn sử dụng Firebase Vietsub 1: Giới thiệu Cloud Firestore 2025
Có dữ liệu nhiệm vụ quan trọng, và có dữ liệu hỗ trợ. Không sao cả nếu dữ liệu quan trọng của bạn xuất hiện chậm một chút vì bạn muốn chắc chắn rằng nó an toàn và được quản lý đúng mức. Nhưng bạn không muốn các dữ liệu hỗ trợ của ứng dụng của bạn cản trở các giao dịch tổng thể và trải nghiệm người dùng.
Mặc dù dữ liệu hỗ trợ có thể thấp hơn về giá trị, nhưng nhu cầu mở rộng của nó là rất lớn - điển hình bằng cách cung cấp các phản hồi truy vấn trong thời gian dưới 10 mili giây. Phần lớn dữ liệu hỗ trợ này giúp người dùng truy cập hệ thống, điều chỉnh dịch vụ theo nhu cầu của họ hoặc tìm các dịch vụ hoặc sản phẩm có sẵn khác.
Phục vụ nhanh là, do đó, một mối quan tâm chính. Làm như vậy không phải là một công việc đơn giản, mặc dù. Được hiển thị cho người dùng nào phụ thuộc vào một số lượng lớn các yếu tố, thường được xác định bởi các yếu tố như hoạt động trực tuyến, ngôn ngữ và vị trí của người dùng đã theo dõi.
Các công ty nhắm mục tiêu khách hàng của mình đến đúng khách hàng sẽ nhận được nhiều nhấp chuột hơn, và do đó có thêm lợi nhuận. Tuy nhiên, việc kinh doanh quảng cáo nhắm mục tiêu ngày càng trở nên khoa học.
Cửa hàng có giá trị khóa được sử dụng chủ yếu bởi các công ty web. (Bạn có thể tìm các nghiên cứu điển hình về việc sử dụng các trang web của nhà cung cấp NoSQL có giá trị quan trọng.) Sử dụng phần mềm sở hữu của họ, các công ty này sử dụng một sự kết hợp của các yếu tố để xác định người sử dụng muốn gì hoặc quan tâm đến họ để nhắm mục tiêu tới người dùng đó hiệu quả.
Bạn có thể nghĩ đến sự kết hợp của các yếu tố như là một
chìa khóa , và đó là chìa khóa tổng hợp này, điều đó cho thấy sự hấp dẫn nhất. Tất cả mọi thứ cần thiết để phục vụ được giữ như giá trị trong một cửa hàng có giá trị khóa. Nếu bạn cần cung cấp dữ liệu nhanh dựa trên một bộ các yếu tố đã biết, thì một cửa hàng có giá trị khóa là một kết hợp tuyệt vời. Tất cả bạn cần làm là thiết lập khoá hiệu quả. Để thiết lập khoá, hãy thực hiện một số phân tích ngoại tuyến, trong đó s sẽ liên quan đến từng hồ sơ kết hợp của mọi người. Nếu thông tin bạn có trên người dùng truy cập là quốc gia, ngôn ngữ và danh mục yêu thích mua hàng trên Amazon, thì có lẽ một chìa khóa phù hợp là tiếng Anh-tiếng Anh-guitar.
Điều này ngăn việc phải thực hiện bất kỳ truy vấn phức tạp nào trong thời gian phục vụ quảng cáo - thay vì nối các trường này lại với nhau để tạo một khoá và yêu cầu giá trị của khoá đó.
Xử lý phiên người dùng
Bạn có thể chi tiêu tất cả số tiền bạn muốn trên một trung tâm dữ liệu hiện đại cho dữ liệu giao dịch của bạn, nhưng nếu trang web của bạn chậm, mọi người sẽ nói rằng toàn bộ dịch vụ của bạn chậm. Trên thực tế, khi các công ty và chính phủ ra mắt các dịch vụ trực tuyến mới không thể giải quyết được vấn đề đặt hàng, báo chí ăn nó vào bữa sáng.
Thông thường, vấn đề không phải là một hệ thống xử lý chính đi xuống; đúng hơn, đó là vì danh tính hoặc phiên của người dùng được xử lý kém. Có lẽ tên người dùng không được lưu trữ hoặc mọi yêu cầu yêu cầu mở một phiên mới từ máy chủ ứng dụng thay vì lưu trữ thông tin này giữa các yêu cầu.
Một phiên người dùng có thể theo dõi cách người dùng đi qua một ứng dụng, thêm dữ liệu vào mỗi trang. Dữ liệu sau đó có thể được lưu lại vào cuối hành trình này trong một lần truy cập tới cơ sở dữ liệu, thay vì trong một chuỗi các yêu cầu nhỏ trên nhiều yêu cầu trang. Người dùng thường không quan tâm chờ đợi một vài giây sau khi nhấp vào nút lưu. Cung cấp phiên người dùng có hiệu quả trên trang web có độ trễ thấp có một vài lợi ích:
Người dùng (sớm được khách hàng!) Nhận được dịch vụ tốt.
Dữ liệu hoàn chỉnh một phần không được lưu vào cơ sở dữ liệu giao dịch chính của bạn.
-
Các trang web sử dụng cookie để theo dõi sự tương tác của người dùng với một trang web. Cookie là một tệp nhỏ được liên kết với một ID duy nhất, giống như một bản ghi trong một cửa hàng có giá trị khóa. Máy chủ sử dụng các cookie này để xác định rằng nó đã biết người dùng về các yêu cầu thứ hai hoặc tiếp theo của chúng, vì vậy máy chủ cần lấy một phiên sử dụng dữ liệu này một cách nhanh chóng. Bằng cách này, khi người dùng đăng nhập, các trang web sẽ nhận ra họ là ai, trang nào họ truy cập và thông tin họ đang tìm kiếm.
-
ID duy nhất này thường là một số ngẫu nhiên, có lẽ là người bạn cũ của chúng ta, Mã số nhận dạng duy nhất chung (UUID). Trang web có thể cần lưu trữ nhiều loại dữ liệu khác nhau. Thông thường, dữ liệu này tồn tại trong thời gian ngắn - chiều dài phiên của người dùng, có thể chỉ là vài phút.
Cửa hàng có giá trị khóa là lý tưởng để lưu trữ và truy xuất dữ liệu phiên ở tốc độ cao. Khả năng
tombstone
(tức là xóa) dữ liệu khi quá thời gian đã vượt quá cũng rất hữu ích. Bằng cách này, ứng dụng không cần phải kiểm tra dấu thời gian của phiên trên mỗi yêu cầu - nếu phiên không có trong cơ sở dữ liệu, nó đã được tombstoned. Vì vậy, phiên làm việc không còn hợp lệ, loại bỏ một số gánh nặng hành chính của lập trình viên ứng dụng. Hỗ trợ cá nhân Tương tự như yêu cầu của phiên làm việc, nhưng lâu hơn, là khái niệm
cá nhân hóa dịch vụ người dùng
. Đây là nơi ứng dụng đầu cuối được cấu hình bởi người dùng cho các nhu cầu cụ thể của họ. Một lần nữa, đây là loại dữ liệu cấp cuối phía trước, chứ không phải dữ liệu giao dịch chính trong một hệ thống. Ví dụ: hãy tưởng tượng rằng bạn có cơ sở dữ liệu chính thể hiện mức độ làm việc cho tất cả nhóm của bạn, tệp hồ sơ hiện tại họ đang làm việc và tất cả dữ liệu có liên quan.Đây là dữ liệu chính của ứng dụng. Có lẽ nó được lưu trữ trong cơ sở dữ liệu quan hệ Oracle hoặc cơ sở dữ liệu tài liệu MarkLogic NoSQL. Sử dụng dữ liệu có thể khác nhau. Ví dụ: một người dùng có thể muốn xem bản tóm tắt chỉ khối lượng công việc của nhóm, trong khi người quản lý có thể muốn theo dõi tất cả nhân viên trong nhóm.
Những người dùng này đang nhận các chế độ xem cá nhân khác nhau của cùng một dữ liệu. Những sở thích về lượt xem này cần được lưu ở đâu đó. Bạn có thể không muốn quá tải cơ sở dữ liệu trường hợp của bạn với dữ liệu cá nhân hoá này; nó đặc biệt đối với các ứng dụng đầu cuối, không phải là hệ thống quản lý trường hợp cốt lõi.
Sử dụng kho khóa giá trị bằng khóa tổng hợp có chứa id người dùng (không phải id phiên họp) và tên dịch vụ cho phép bạn lưu các cài đặt cá nhân làm giá trị, điều này làm cho tra cứu rất nhanh và ngăn không cho hiệu suất của các hệ thống chính của bạn bị ảnh hưởng tiêu cực.