NoSQL으로 사용자 정보 관리 - 더미

중요한 데이터가 있으며 지원 데이터가 있습니다. 미션 크리티컬 한 데이터가 안전하고 적절하게 관리되기를 희망하기 때문에 약간 천천히 나타나면 괜찮습니다. 그러나 응용 프로그램의 지원 데이터가 전체 트랜잭션 및 사용자 경험을 방해하는 것을 원하지는 않습니다. 지원하는 데이터의 가치는 더 낮을 수 있지만 일반적으로 10 밀리 초 미만의 쿼리 응답을 제공함으로써 확장해야 할 필요성이 커집니다. 이 지원 데이터의 상당 부분은 사용자가 시스템에 액세스하고 필요에 맞게 서비스를 조정하거나 다른 사용 가능한 서비스 또는 제품을 찾는 데 도움이됩니다.

웹상에서 자신의 상품이나 서비스를 마케팅하는 회사에게 중요하지만, 많은 사용자의 웹 브라우징 경험에 필수적인 것은 아니다. 그러나 웹 페이지의 로딩 시간은 중요하며 느리게 게재되는 광고가 페이지 로딩 시간에 추가되자 마자 사용자는 다른 빠른 웹 사이트로 이동하기 시작합니다.

서빙은 중요한 관심사입니다. 그러나 그렇게하는 것은 간단한 사업이 아닙니다. 사용자가 추적하는 활동의 온라인, 언어 및 위치와 같은 요소에 의해 결정되는 매우 많은 요인에 따라 사용자가 어떤 정보를 표시하는지 나타냅니다.

적절한 고객에게 광고를 게재하려는 회사는 클릭률이 높아지고 수익이 늘어납니다. 그러나, 표적으로 한 광고의 사업은 점점 과학적이다.

주요 가치점은 주로 웹 회사에서 사용합니다. (Key-Value NoSQL 벤더의 웹 사이트에서 이러한 사용법에 대한 사례 연구를 찾을 수 있습니다.) 독점 소프트웨어를 활용하여 이들 회사는 사용자가 원하는 것을 결정하기 위해 여러 요소를 조합하여 사용자를 대상으로 할 수 있습니다 효과적으로.

이 요소들의 조합을

키

로 생각할 수 있습니다.이 조합 키는 가장 매력적인 요소를 나타냅니다. 서비스를 제공하는 데 필요한 모든 것은 키 - 값 저장소 내의 값으로 유지됩니다. 알려진 요소 세트를 기반으로 데이터를 빠르게 제공해야하는 경우 키 - 값 저장소가 매우 적합합니다. 키를 효과적으로 설정하기 만하면됩니다. 키를 설정하려면 오프라인 프로필 분석을 수행하여 각 프로필을 결합한 프로필과 관련성이 있는지 확인합니다. 방문한 사용자의 정보가 국가, 언어 및 Amazon에서의 즐겨 구매 카테고리 인 경우 적절한 키는 영국 - 기타입니다.

광고 게재 시간에 복잡한 쿼리를 수행하지 않아도됩니다. 대신 이러한 필드를 연결하여 키를 구성하고 해당 키의 값을 요청하십시오.

사용자 세션 처리

거래 데이터에 대한 최첨단 데이터 센터에서 원하는 모든 돈을 쓸 수는 있지만 웹 사이트가 느린 경우 사람들은 전체 서비스가 느린 것이라고 말합니다. 실제로 기업과 정부가 부담을 감당할 수없는 새로운 온라인 서비스를 시작하면 언론은 아침 식사로 그들을 먹습니다. 일반적으로 문제는 1 차 처리 시스템이 다운되지 않는다는 것이다. 사용자의 신원이나 세션이 제대로 처리되지 않기 때문입니다. 아마도 사용자 이름이 캐시되지 않았거나 모든 요청에서 요청간에이 정보를 캐싱하는 대신 응용 프로그램 서버에서 새 세션을 열어야합니다.

사용자 세션은 사용자가 애플리케이션을 걷는 방식을 추적하여 각 페이지에 데이터를 추가 할 수 있습니다. 그런 다음 여러 페이지 요청에 걸쳐 일련의 작은 요청이 아니라 한 번의 조회로이 과정이 끝날 때 데이터를 데이터베이스에 저장할 수 있습니다. 사용자는 종종 저장 버튼을 클릭 한 후 2 초를 기다리지 않아도됩니다. 대기 시간이 짧은 웹 사이트에서 효과적인 사용자 세션을 제공하면 몇 가지 이점이 있습니다.

사용자 (곧 고객이 될 것입니다!)는 훌륭한 서비스를받습니다.

부분적으로 완료된 데이터는 기본 백 엔드 트랜잭션 데이터베이스에 저장되지 않습니다.

웹 사이트는 사용자의 웹 사이트 상호 작용을 추적하기 위해 쿠키를 사용합니다. 쿠키는 키 - 값 저장소의 레코드와 마찬가지로 고유 한 ID에 연결된 작은 파일입니다. 서버는 이러한 쿠키를 사용하여 두 번째 또는 후속 요청에서 이미 사용자를 알고 있음을 확인하므로 서버는이 데이터를 사용하여 세션을 신속하게 가져와야합니다. 이렇게하면 사용자가 로그인 할 때 웹 사이트는 자신이 누구인지, 그들이 방문하는 페이지 및 그들이 찾고있는 정보를 인식합니다.

• 이 고유 ID는 일반적으로 임의의 숫자입니다. 예전의 친구 인 UUID (Universally Unique Identifier)입니다. 웹 사이트는 다양한 유형의 데이터를 저장해야 할 수도 있습니다. 일반적으로이 데이터는 수명이 짧습니다. 즉, 사용자 세션의 길이입니다. 단 몇 분 정도 걸립니다.

• 키 - 값 저장소는 세션 데이터를 고속으로 저장하고 검색하는 데 이상적입니다. 타임 스탬프가 초과되면

삭제 (939> 삭제) 할 수있는 기능도 유용합니다. 이러한 방식으로, 애플리케이션은 각 요청에서 세션의 타임 스탬프를 확인할 필요가 없습니다. 세션이 데이터베이스에 없으면 삭제 표시됩니다. 따라서 세션은 더 이상 유효하지 않으며, 이로 인해 응용 프로그램 프로그래머의 관리 부담이 일부 제거됩니다.

개인화 지원

사용자 세션 요구 사항과 유사하지만 수명이 긴 것은 사용자 서비스 개인화 개념입니다. 프론트 엔드 애플리케이션이 사용자의 특정 요구에 맞게 구성되는 곳입니다.

다시 말하지만, 이는 시스템의 기본 트랜잭션 데이터가 아닌 프런트 엔드 보조 유형의 데이터입니다. 예를 들어, 모든 팀의 작업 수준, 작업중인 현재 사례 파일 및 모든 관련 데이터를 보여주는 기본 데이터베이스가 있다고 가정합니다.이것은 응용 프로그램의 기본 데이터입니다. 아마도 Oracle 관계형 데이터베이스 또는 MarkLogic NoSQL 문서 데이터베이스에 저장되어있을 것입니다.

데이터의 사용은 다양 할 수 있습니다. 예를 들어 관리자가 팀의 모든 직원을 추적하려는 경우 한 사용자가 팀의 작업 부하 요약 만보고 싶어 할 수 있습니다. 이 사용자는 동일한 데이터에 대해 서로 다른 개인화 된보기를 수신하고 있습니다. 이러한보기 기본 설정은 어딘가에 저장해야합니다. 이 개인 설정 데이터로 사례 데이터베이스에 과부하를 걸지 않으려 고합니다. 핵심 사례 관리 시스템이 아니라 프론트 엔드 애플리케이션에만 해당됩니다. 사용자 ID (세션 ID 아님)와 서비스 이름을 포함하는 복합 키와 함께 키 - 값 저장소를 사용하면 개인화 설정을 값으로 저장할 수 있으므로 조회가 매우 빨라지고 기본 시스템의 성능이 저하됩니다 부정적으로 영향을받습니다.