거기에 많은 사람들이 있어야한다는 것을 알고 있습니다.그래프 데이터베이스에서 집계를 수행하기위한 아이디어
neo4J를 사용하여 프로젝트 작업. 사진이라는 엔티티가 있다고 가정 해 보겠습니다. 이제는 인터넷과 백만 명이 좋아합니다. 백만 그루짜리 좋아하는 것들을 그래프에 넣은 다음 그 그래프를 탐색하여 합계를 계산하면 그 수를 보여줄 수 있습니다. 물론 색인은 특히 인덱스가 집계 계산에 사용되는 경우 (SQL에있는 것처럼) 인덱스를 더 효율적으로 만들 수 있지만 주위를 사냥하면 이것이 사실이 아니라고 생각하게됩니다. 물론 집합체의 상당수는 특정 노드에서의 관계 카운트 일 뿐이지 만 여전히 잘못된 것처럼 보입니다 (예 : 사진에서 Like 이벤트로가는 그래프 관계가보기 흉한 것처럼 보임).
아마도 가장 좋은 방법은 그래프 DB를 사용하여 이벤트가 좋은지, 아니면 이벤트와 같은지를 SQL 데이터베이스에 넣는 것입니다. 한 가지 논쟁은 내가 그 모든 곤경에 빠져서 '얼마나 많은 친구들이 이것을 좋아했는지'와 같은 집합체를 원한다는 것입니다. 나는 그래프의 뒷마당에서 곧 돌아온다.
밖에있는 선택 사항은 write some java이거나 많은 암호 쿼리 중 하나 인 것 같습니다.
안녕하세요. 좋은 대답, 고마워. 문제 공간에서 정확성의 모호함에 대해 모두 알고 있습니다. 저는 보통 제목이 의미하는대로 아이디어를 찾고있었습니다. 무언가를하는 것이 보통의 부하에서 접히지 않을 것입니다. 일이 짐을 취급 할 수 있더라도, 무의미한 짐을 짊어지는 것은 나쁜 아이디어이다. 내가 생각한 옵션 중 하나는 Vertica와 같은 컬럼 데이터베이스에 정보를 쏟아 붓는 것이 었습니다. 스토어와 캐시에서 관리하지 않고 효과적으로 캐시 된 어리석은 빠른 집계를 얻을 수 있었기 때문입니다. 감사. – Rob