3
현재 우리는 주어진 기사 목록에서 사용자가 클릭/열기하고 '좋아하는'기사를 추적 (분석)하고자하는 솔루션을 개발 중입니다. 이어서 사용자는 개인 사용자 프로필의 섹션에서 기사를보고 다시 열거 나 열 수 있어야합니다 (검색은 필요하지 않습니다). 매일 100 편의 새 기사가 게시됩니다. 매일 방문자 (사용자)가 증가하는 (!) 양은 2000 년경에 있습니다. 기사는 현재 MySQL Db 내에 저장되고 관리됩니다.XPage에서 많은 양의 데이터 세트를 저장/검색하는 방법은 무엇입니까?
읽기/'마음에 드는'모든 기사에 대해 MySQL Db에 새 레코드를 만들 수 있습니다. '최악의 경우'는 250000 개의 레코드를 하루에 (2500 * 100 =) 만들 것입니다. 물론 길지는 않을 것입니다 ... 시나리오가 주어지면 어떻게 XPage 안에 이것을 저장합니까?
“the article” :) about MIME/Bean’s을 읽은 후 내 생각 : 'articleObjects 읽기'를 범위에 보관하고 사용자 프로필 문서에 MIME 형식으로 저장/저장하는 것은 어떻습니까? 이것은 하루에 100 articleObjects (또는 연간 36500) 만 생성합니다. 또한, 시간이 지남에 따라 articleObject가 한 필드에서 다른 필드로 이동하는 메커니즘이 생길 수 있으므로 활성 범위에는 지난 달 정도의 'articleObjects 읽기'만 포함됩니다.
MySQL에는 알려진 한계가 없습니다. 더 흥미로운 질문은 사용자가 1000 개 이상의 기사를 클릭했을 때 어떤 유용성이 있는지 ... 개인 프로필에이 기사의 거대한 목록이 있습니까? –